Skip to content

Support ERC20 and ERC721 Bridging #90

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
ggonzalez94 opened this issue Mar 29, 2025 · 1 comment
Open

Support ERC20 and ERC721 Bridging #90

ggonzalez94 opened this issue Mar 29, 2025 · 1 comment

Comments

@ggonzalez94
Copy link
Collaborator

While not core to the protocol, and more of an "application" concern, we agree that providing a bridge implementation for common token standards is important both for Taiko Alethia and for other rollups that want to use the stack.
Users of the stack can define if they want to use these implementations as the "canonical" bridge, or deploy their own.

  • The implementations should use the SignalService for sending and verifying the messages
  • We should support ETH + ERC token transfer(which shouldn't be that hard since Eth Bridging will be embedded into the SS) as the current implementation does.

Documentation for the current bridge implementation: https://docs.taiko.xyz/taiko-alethia-protocol/protocol-architecture/bridging

@ggonzalez94
Copy link
Collaborator Author

Some open questions:

  • Should it differentiate between tokens native to the L1 and native to the L2? e.g. the OP stack on L1 if the token is native to L1 locks it, and if it is native to L2 burns it
  • What type of tokens should it support? e.g. the OP stack does not support tokens with transfer fees, rebasing tokens, and tokens with blocklists.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant