steem.craft is moving to Hive
Hello, Steemians and Minecraft players,
this post is a proposal for the Steem Proposal System (SPS). Since HardFork 21, a new SPS pool has been added, which is shared between all active proposals. I don't really know how it is shared exactly, but there is a dedicated website for it here. You can also read more about the Steem Proposal System here.
Introduction
I'm @immanuel94, a server operator of a small Minecraft server network called @skyroad, I'm doing lots of contests which have a Minecraft related topic here on Steem. I have more than 10 years of experience with operating Minecraft servers and I've seen a big opportunity for server operators and players with the integration of Steem into Minecraft, which is why I'm currently creating an addon for the Minecraft server wrapper Spigot, that allows server operators to add some parts of the Steem ecosystem to their server. It is called STEEM.CRAFT.
What does STEEM.CRAFT offer?
Something like this has not been done before as far as I know. It will allow server operators and players to save their worlds to make them invulnerable to being destroyed through server crashes and griefing. Also, players can just take their world on any server they want. It gives the players the freedom to play where they want or even just create their own server to build there. Additional, server operators get instant access to the entire library of worlds which has been stored on Steem before, once the plugin is installed. This gives both players and server operators great opportunities and reasons to use STEEM.CRAFT.
It will allow the players on the server in the future to:
- Create worlds with different game types (like creation, jump and run, minigame or adventure).
- Save these worlds directly to the Steem blockchain with modern, future-proof and compressed schematic files.
- Load worlds from the Steem blockchain directly on the server and play it.
- Comment & vote on worlds
- Discover new worlds from other players & servers through Steem.
In order to prevent bloat of the Steem blockchain, only special worlds that have been created by the addon can be stored on the Steem blockchain, normal Minecraft worlds that already have been on Minecraft servers before, can't be stored.
Proposal
At the moment, I'm creating STEEM.CRAFT when I have time to do it without being paid, with this proposal, I want to fund this work to dedicate more time to STEEM.CRAFT to create a better end product in less time.
For this reason, I want to propose 20 SBD a day to dedicate at least 2 hours each day to work on the project.
As the name suggests, this project is committed to supporting only Steem and promote Steem to players of each server that is running this addon later on. It also heavily relies on the Steem blockchain for almost all functions that STEEM.CRAFT will have.
The project is going on for some time now and there are first achievements, it is already possible to create, save and load worlds to and from the Steem blockchain, but more improvements are necessary to make it ready for servers to operate it properly.
If you want, you can read more about the project in the following updates:
I have created a delegation request for STEEM.CRAFT, which could be used later on to reward players and server operators for creating worlds that enrich the world library here on Steem. This delegation request would not fund the development, but rather increase the interest in the addon for players and server operators. Which is why I created this proposal to fund the actual development and creation of this addon. In the delegation request, you can also view the currently active milestones.
Thank you for reading my proposal for the Steem Proposal System,
have a great day. =)
Click here to support this proposal
I also wanted to show how proposals can be created with steem-js, if somebody wanted to know:
<script src="https://code.jquery.com/jquery-3.4.1.js"></script>
<script src="https://cdn.jsdelivr.net/npm/steem/dist/steem.min.js"></script>
<script>
steem.broadcast.send({
extensions: [],
operations: [
['create_proposal', {
creator: "creator name",
receiver: "receiver name",
start_date: "yyyy-mm-ddThh:mm:ss",
end_date: "yyyy-mm-ddThh:mm:ss",
daily_pay: "0.000 SBD",
subject: "Subject for proposal",
permlink: "a permlink for the proposal post",
extensions: []
}]
]}, ["active key of the creator"], (err, result) => {
console.log(err, result);
});
</script>
Rename this hivecraft and you have my vote. I know this was started nine months ago but lets get back to working on it and show what you can do.
I'm rewriting everything into Kotlin. Once I have something new to show for which I need support, I will definitely write a new proposal for HiveCraft. 😎
I will be watching out for that.
Very cool, I'm working on a project with similar goals (using STEEM for long term storage and retrieval for real-time applications). Best of luck getting funded!
Thank you. :) 👍
That's very cool! I will fully support your proposal.
I think things like that help giving Steem more usecases and bringing more people to Steem.
Thank you, @thebluewin! :)
You can support my proposal here.
Wow, I hope this gets funded!
Voted!
I think @raycoms concerns are valid for entire worlds, but I'm sure you will find other possible use-cases like the minimaps you mentioned or other cosmetic stuff.
I hope there will be more implementations into already existing games as this will benefit the whole STEEM ecosystem in the long-run. Let's hope these proposals can help these cases. Hyped! :D
Thank you for your support. =)
Yes, the concerns about big worlds are right. I didn't put any pictures up that show how these worlds look like and how strict they're being limited (at least later on, they will have a limitation depending on the Steem Power of the user), which is also a reason why people might think that entire Minecraft worlds are meant. While the world size can be changed, it will have a limitation at some point how big it can get.
The changeable world size is going to allow builders to create worlds that will form the base on which they can build their hubs, that then can lead to their creations, like custom made jump and runs or adventures maps. The world creation part is purely targeted at the creative part of the game for the building and saving, as there is no layer that is checking for cheaters.
Of course, building bigger and fancier custom worlds will increase the size, but these worlds will also add value to Steem at the end and still have a size limitation to prevent someone making too big worlds. :)
I want to #Resteem this post but the #Resteem icon is missing.
I have noticed this a lot lately.
You should start using SteemPeak instead and then you won't suffer with crappy Steemit features/lack of.
As a minecraft player, can't those world get a bit too huge to store them?
Hey there, @raycoms. =)
Yes, they can get large. Because they can get large, these worlds are limited in size and are super flat.
It is not possible to just throw any world into this addon and let it save to the Steem blockchain but rather having this addon itself create new worlds that are limited in size.
Small worlds are available to everyone who has a Steem Wallet (4 chunks size), bigger worlds need more resources and Steem Power to be broadcasted to Steem.
If somebody really pushes the limits, they might get a big world that contains 30 million blocks. But even then, the file gets compressed. The blocks don't get stored 1:1 into a file, but it rather searches for big chunks of blocks that are all the same type of block, then, it will be determined where this big chunk of blocks starts and where it ends. If we have for example 50k stone blocks at one place sitting around, it will be compressed to just one entry that says where the 50k stone blocks start and where they end. By not storing every block but rather using such techniques, bigger, custom created worlds can be stored on Steem.
While the size is still a limitation, it is enough to be creative to create challenging jump and runs maps or adventure maps. Saving the whole server, on which players play, including generated worlds, wouldn't work of course. But creating new worlds that contain just blocks which have been made by the players are possible. (superflat plot like worlds)
Since I work with scanning parts of the world to file in one of our mods, I know how big even small patches of land can get. And we use pretty strong compression to reduce the size.
I think there is a lot of potential to connect with steem, but that would mainly regard unique items in my opinion.
Storing worlds is just the first idea that gets implemented. There are other ideas going to be added, but I'm also paying attention to the EULA by Mojang, which disallows most of the ideas there are.
Making these worlds as small as possible and also adding limitations for the user depending on the available resources are challenges but reachable.
You can look at my example world here, that has been stored with armor stands and custom heads.
I mean, I fail to see a practical use case for storing the world here. Most practical worlds will be way too big to store them on the blockchain. So I see two possible things to store on the chain:
Certain .nbt or .dat or .blueprint or .schematic files which contain unique buildings (for copyright claims or whatever)
Specific user data as ingame currency or similar (many servers have their own economy.
About the EULA:
You are allowed to offer completely visual things, so special styles of certain clothing elements, arrows trails, etc (see hypixel) can be easily stored on steem and made available on all servers which use this mod.
I personally thing storing an entire world is just not worth the trouble.
Besides that it totally bloats the steem chain and costs tons of RC to make it work reasonably.
Yes, adding visual things are one of the ideas that will be done at some time. And you're right that storing entire worlds isn't worth the troube. :)
But as said, these worlds about I'm writing are more like super flat plots that are in the size of a .schematic file. Most people will probably only use it to create fancy trees, houses, jump'n'runs and other things, then save it like with .schematic to share it with others on Steem.
Bloat is not really an issue, as these worlds that I'm talking about aren't that big. My demo world, which has 4 chunks and over 260k blocks, with multiple armor stands that have custom heads has a size of 12kb. Many blog posts have more than that and bloat more than my demo world.
It is not really the idea behind this to save survival based worlds, but rather creative super flat worlds (in a small to moderate size) to Steem, that are not that heavy in size.
The idea is: I have made a jump and run and want to challenge other players to play my jump and run. Because of that, I built it using STEEM.CRAFT, which allows me to store the map to Steem. Other servers can then load the world from Steem to make it accessible to their users, which is important for me as an jump and run maker. Other users also can comment and vote on my jump and run map, this allows me getting direct feedback from other players that are not from the server I'm playing on.
For players, this is also nice, as they will get new jump and run maps directly from me, which they can play.
Having Steem here removes any middlemen and allows a direct save to and load from Steem without any external server. This means that the data can't be lost and my jump and run is safe from any server hardware failure that I'm not aware of, if I'm not the server operator myself.
Check into the structurize mod we made, we use some heavy compression to store .blueprint files (a format another dev developed). Might help you in this en-devour.
I think this is a very neat way to introduce Steem to lots of people. Good luck with the project, you got my support! :^)
This post has been included in the latest edition of The Steem News - a compilation of the key news stories on the Steem blockchain.
👀👍
!BEER
To view or trade
BEERgo to steem-engine.com.Hey @pennsif, here is your
Do you already know our BEER CrowdfundingBEERtoken. Enjoy it!Hi @immanuel94!
Your post was upvoted by @steem-ua, new Steem dApp, using UserAuthority for algorithmic post curation!
Your UA account score is currently 3.686 which ranks you at #5686 across all Steem accounts.
Your rank has not changed in the last three days.
In our last Algorithmic Curation Round, consisting of 144 contributions, your post is ranked at #84.
Evaluation of your UA score:
Feel free to join our @steem-ua Discord server