O desenvolvedor do Ethereum, Paul Berg, publicou uma proposta para vários tokens nativos no Ethereum que, segundo ele, melhorará a experiência do usuário ao transferir tokens, tornará os produtos financeiros nativos mais fáceis de implementar e melhorará o potencial de inovação nas aplicações Ethereum Layer 2.
Chamada de EIP-7809, a proposta adicionará uma extensão comportável com versões anteriores ao EVM que permitirá que tokens fungíveis operem com propriedades “semelhantes às nativas” se passarem no processo da Ethereum para aprovação de novas propostas.
O Ether (ETH) já funciona porquê token nativo do Ethereum. Quase todos os outros tokens baseados em Ethereum foram construídos na rede sem incluir a maioria das mesmas qualidades “nativas” que a ETH possui.
Isso limita funções porquê transferências diretas de tokens usando opcodes e transferência de vários tokens em uma única chamada de contrato. EIP-7809 apresenta quatro novos opcodes:
- MINT & BURN, que permite o gerenciamento do fornecimento de tokens por meio (obviamente) de cunhagem e queima de tokens
- BALANCEOF para verificar saldos de tokens
- NTCALL para transferências de tokens que exigem a chamada de um contrato
- NTCREATE para produzir um contrato que inclua depósitos antecipados de tokens
O novo EIP também propõe a substituição do campo “valor” por pares “(token_id, token_amount)”. Esta novidade variável será agrupada com “transferred_tokens_length” no elemento “native_tokens_list”.
Berg diz que esta proposta surgiu do trabalho na agora descontinuada Sablier Mainnet. A mainnet teria fornecido uma infraestrutura para distribuição de tokens. Sablier decidiu lançar na plataforma L2 Morph.
Um crítico da página GitHub do EIP-7809 disse que partes da proposta eram redundante devido a semelhanças com propostas anteriores. O EIP-223 já propõe um padrão que “permite que cargas úteis sejam anexadas a transações usando o parâmetro bytes calldata data, que pode codificar uma segunda chamada de função no endereço de fado, semelhante ao que msg.data faz em uma transação ether”.
O parâmetro calldata_data do EIP-223 parecia semelhante ao opcode NTCALL.
Leia mais: A namorada de Vitalik Buterin impediu o desenvolvimento do Ethereum?
EIP-1155 descreve outro método proposto para transferir vários tokens em uma única chamada. EIP-1363 descreve um método para executar um contrato em seguida uma transferência de token sem ter que remunerar uma taxa de gás duas vezes.
As semelhanças com funções que já estão disponíveis no blockchain Solana foram devidamente observadas. Solana introduziu o Programa Token e Extensões de Token para desenvolver uma implementação generalidade para visualizar e gerenciar tokens baseados em Solana.
Esta proposta pode não afetar o fornecimento real de ETH, a menos que os desenvolvedores decidam usar o opcode MINT & BURN para ajustá-lo. MINT & BURN provavelmente usa o “token_id” da proposta, ou endereço de contrato inteligente restrito.
Um comentarista sugeriu modificar o ID do token da ETH para 0xeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee, um valor que eles disseram ser já utilizado por diversas exchanges descentralizadas.
Se a proposta EIP-7809 de Berg for aprovada, o ETH poderá em breve se tornar um dos muitos tokens nativos ou “semelhantes a nativos” no Ethereum. Isso poderia ajudar a simplificar o gerenciamento do fornecimento de tokens, verificando saldos de tokens e transferências de tokens que precisam interagir com um contrato.
