Open Flashfyre opened 2 years ago
Hm this is a vanilla issue with the nether portal too right?
It is, but the fact that the vanilla block is always obsidian, which is basically infinite, makes it a non-issue. Adding a portal made out of netherite blocks like the readme shows would heavily impact the value of netherite, or whatever block the portals are made out of. Considering the block is customizable and a developer may want to add an expensive late-game portal, I think a built-in feature to resolve this exploit would be useful.
I'd say just make it so a new regenerated portal doesn't drop the portal block when it is dug out. That way, if someone deletes the portal on one side and you jump through the working side, it generates the new portal out of useless blocks that look the same as the original blocks. You could also make it so you can't ignite it with the useless blocks. I don't know if this is easy to implement or not, just throwing out ideas :)
Technically, a developer could make you have to turn the netherite blocks into portal blocks that can't be turned back into netherite, but I feel a better solution would be the one I wrote about above.
By moving portals around, you can duplicate the portal frame blocks which, if the block is valuable like the diamond block used in the example, this can be a game-breaking exploit. Not only that, but by breaking the portal on the other side and dying, either with keep inventory on or by going back with another set of blocks and picking up the dropped block items, you can also get an infinite amount of the portal frame blocks this way. Is it possible that a feature to somehow prevent this can be added to the builder as an option? I would suggest that the option, when enabled, keeps the frames on each side synchronized and when breaking a frame block, it breaks on the other side too. This functionality might be too complex for this API, but if something can be done to fix this I think it would help prevent balance issues when portal frames are made out of a valuable block.