Bitcoin Forum

I am a part of a startup crypto, our team wants to create a webbased NFT game based from Ethereum blockchain. Any recommendation how we can make it run from Binance Smart Chain and Polygon? How can we maintain its price atleast the same from all the chains? Hope to hear from you guys.

Thank you in advance.

you have to get contacts from poly or BSC, they are in the form of a company, so it's easier to collaborate, you have to submit a proposal to be accepted.

It seems like you must try to use the bridging method. Some NFT platforms were also making the users or holders able to bridging their ethereum ER20 asset to the BSC and polygon. If you wanna try to use the bridge method and then you must also create a contract on BSC and Polygon.
I may not expert on this but this is the possible solution to make your ERC20 token will be able running in the various blockchains at the same time.
You must create your own bridge protocol to make the swap can be done easily. Your bridge must be also vice versa.
So many NFT platforms were using this method to give alternative way to their users to avoid non sense fees on ethereum.

I think this person has full explain it how it would work properly, after which before the bridging process could be able work smoothly


Does  this means after submission of proposal and they got approved the both network could function simultaneously?

Hi guys this is not about transfering token from EThereum going to another blockchain. It is about having 3 separate contract address for both ETHEREUM, POLYGON and BSC and at the same time having same token price in DeFi

Just take a look at ETH token, ETH from Uniswap (ERC20) ,, ETH from BSC ,, and ETH from Polygon have a same price but on different blockchains

Why do you need Polygon if there is a great Aurora EVM with Eth support on a cheap and fast Near blockchain?
I heard this ecosystem now needs game developers and for sure your proposal will be considered and all your questions will be answered. You just need to ask

Is pegged token!

How the price keeps balancing on each chain because every time the token is moving the chain from the current chain you're using the token will be burned and to the chain destination you're using the token will be minted. That's why, the token is have the same price even on the different chain so basically there is nothing change at all on the circulation supply.

I would say maybe you could do wrapped? There is bitcoin in BSC as well, there is ETH in bsc as well, and even BNB in it as well. They are all wrapped, and I do not know what game you are trying to build and how you would want that to work but at the end of the day if you could do wrapped version of it (no idea how it is done) then you usually have the same amount. So, if bitcoin is 50k in normal way, then it is 50k at eth wrapped version and 50k in bsc wrapped version as well.

If we can make sure that the price stays the same, then all you have to do is make sure the wrapped version could be played on those chains as well. So, when people start the ETH version they play with regular token, then when they open polygon version they play with the wrapped version and same for the BSC part as well. That could work if you figure out how wrapped coins work, I have no idea how they do it.

Actually, tokens on different blockchains are different, it means that if you have let me say USDC on BSC you can’t just use it on Polygon. First of all, you have to use a bridge. And when you get it on Polygon, it will not be the same USDC, it will be only  the sertificate on this coin. If you want your coin to cost equally on both platforms, you have to make up arbitrage. It means that your computer will buy tokens on one network when they are cheaper than on the another, and then it can transfer it to another net and sell on it.

There are various ways to run your ERC-20 based tokens,
For your curiosity, First, you have to write solidity code and perfect logical gates for your ERC-20 tokens, then you have to set the total amount of ICO token and assign that to an account which one deployed the smart contract. then you have to write some code to enable token transfer and withdrawal functions.

Compile all things together to make ERC-20 compatible contract. Now you have to deploy that contract to the blockchain network. you can use "remix" for contract deployment. you have to use meta-mask and ropsten to compile Smart-Contract.

Long story short, if you are serious then take an assist someone expert in this field.
My suggestion, you can contact with loljosh (https://bitcointalk.org/index.php?action=profile;u=249302), he is experienced enough in this field.

It's tricky, 0xMR was bridged to BSC via the bridge from xDAI to BSC. It was bridged to Polygon via the ETH polygon bridge. There are a lot of different bridges, perhaps try multisender xyz or bridge to aurora with rainbow bridge.

I understand the bridge BSC - Matic for example, and smart contract on each chain.

But the price will different though because the token will have different markets. Let's say the XXX token is listed on PancakeSwap (BSC) and QuickSwap (Matic), I'm pretty sure the price will be different. I can't think how to make the price exactly the same on each chain.

If you want the token to work in 3 different blockchains, then you will have 3 different smart contracts.
The price on the pools is leveled out thanks to the affiliates.
Start first on BSC and then make a bridge and run on other blockchains. You don't need to be launched in all blockchains at once. If your project is popular, then today you will launch in all ecosystems.

no you have to have funds for flat foam depending on the network how much minimum btc is requested, this is how to connect, you should contact the poly or bsc network service provider.

I think the game need to be multichain to work on other network. For example : you need to fork the game on both polygon and Binance Smart chain network to make it multichain.
Then you can bridge tokens to the other networks also. so that players from different networks can earn same tokens.