Skip to content
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

ERC20 support for ANLOG #39

Open
1 of 3 tasks
0x1100010010 opened this issue Jan 2, 2025 · 5 comments
Open
1 of 3 tasks

ERC20 support for ANLOG #39

0x1100010010 opened this issue Jan 2, 2025 · 5 comments
Assignees

Comments

@0x1100010010
Copy link
Contributor

0x1100010010 commented Jan 2, 2025

Implement wrapped ERC20 for $ANLOG to support CEX integrations for TGE:

  • Phase 1: Simple ERC20 token contract with mint/burn/upgrade functionalities
  • Phase 2: Simple centralized DApp portal for users. to swap between wrapped ERC20 and native timechain $ANALOG tokens
  • Phase 3: Trustless mechanism (either using GMP and/or Intents model) to create automated marketplace to support wrapped ANALOG tokens available across various chains with easy instant swaps across chains
@agryaznov
Copy link
Contributor

Let’s nail down the requirements for the Phase-1:

Initially Avneet proposed to target ERC20 implementation which

  1. Has centralized minting,
  2. Is pausable,
  3. Is upgradeable.

For pp.1-2 Avneet’s proposal is to use OZ’s ERC20PresetMinterPauser preset.
For p.3 Avneet proposes to use TransparentUpgradeableProxy

Immediate question that arises here is: why TransparentUpgradeableProxy is preferred over UUPSUpgradeable pattern?
The difference between the two is described here, with tl;dr quoted below:

  • TransparentUpgradeableProxy: A proxy with a built in admin and upgrade interface.
  • UUPSUpgradeable: An upgradeability mechanism to be included in the implementation contract.

@foravneet could you please share your reasoning behind the choice you’ve made here?

@agryaznov
Copy link
Contributor

related notion page by @foravneet

@foravneet
Copy link

@agryaznov Any upgradable mechanism Research/Engineering sees fit is fine by me. That was just a example I quoted with the point being there are existing standard OZ templates that will make it fast for us to implement

@agryaznov
Copy link
Contributor

For the

Phase-1: Simple ERC20 token contract with mint/burn/upgrade functionalities

this repository is created: https://github.com/Analog-Labs/erc20-token

@agryaznov
Copy link
Contributor

Phase-1 is done with https://github.com/Analog-Labs/erc20-token/pull/3 merged

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

4 participants