明白了，兄弟. 我们去睡觉吧，天气真的很冷
14 个赞
How can we copy the smart contracts of Meme coins? They often have many quirky rules.
14 个赞
You mean “tax burn”?
12 个赞
Yes,
Tax burn, reward, DAO, unlock time …
In the future, many things that we haven’t even imagined yet.
15 个赞
I think we don’t need to worry about that. The bridge won’t replicate the original contract or attempt to analyze it. Instead, we will only copy: Symbol, Name. The send and receive functions will follow the standard of an ERC20 smart contract.
It’s similar to when you send a meme coin to Binance. Binance won’t charge a burn tax when you trade there. If you want to participate in voting, you will be required to withdraw the Token to the original blockchain.
14 个赞
You mean you will deploy a new contract from an existing template, only changing the name and symbol
12 个赞
Are there any security issues? Because with meme coins, the amount you deposit into the network and the amount you withdraw may be different
15 个赞
If the bridge holds memecoins, it will usually receive additional rewards from burn fees, so the total number of coins can increase. Not sure if there are other types of memes that deduct money from wallets that hold tokens for too long?
16 个赞
@wpman I didn’t foresee this. 
12 个赞
Will it be slow like ZKFair’s current bridge? I’ve been waiting for my USDC to return for 6 hours 
15 个赞
The case you mentioned is very unique. I have never seen a token like that before, but there is a way to handle it. If we calculate deposits and withdrawals based on the proportion of total ownership, it will resolve the issue. Similar to how liquidity pools are currently handling it.
14 个赞
I think it’s safe, your concerns are somewhat similar to the case @wpman brought up. Tomorrow, I will add a more detailed post to describe the technical aspects further.
16 个赞
Trading and speculation remain the biggest attractions of crypto. This proposal should be implemented; it will make a significant difference for ZKFair. At least, we will have something unique and more appealing than other blockchains.
12 个赞
That’s also what these proposals aim for. Creating a difference, creating a useful feature.
14 个赞
@danbo We can also integrate Native Yields for this bridge, similar to what Blast or Manta are doing. Besides ETH, there are many other tokens that can implement Native Yields.
12 个赞
Native Yields is an inevitable trend. I have also proposed the idea. However, I suddenly realized that many people had come up with the idea before me.
16 个赞
That’s also a feasible direction, and we can expand further in that direction. However, initially implementing Native Yields comes with several challenges:
- It requires a substantial number of Tokens because if there are too few, Native Yields won’t be effective.
- A large reserve is needed to balance and regulate Token deposits and withdrawals. This is a challenge for both Blast and Manta. Currently, these networks don’t allow users to withdraw tokens, so potential risks might not be apparent. In the future, when there are significant fluctuations and users deposit or withdraw funds in large quantities, it could strain the liquidity. Depositing or withdrawing substantial amounts from Native Yields protocols requires time.
I think we should take it one step at a time.
21 个赞
Why don’t we just create Wrapped Tokens for those on ZKFair?
14 个赞
Each Wrapped Token is its own blockchain project
13 个赞
The New Smart Contract in this proposal is also a form of Wrapped Token. However, the difference is that it is completely automatic and doesn’t require any underlying investment fund.
14 个赞