Fonte: CryptoNewsNet
Título Original: TRON DAO Introduz Proxy Mínimo e Implantação Determinística para Contratos Inteligentes Escaláveis
Link Original:
Visão Geral
A demonstração usa clones de proxy mínimo para reduzir o consumo de energia ao implantar contratos inteligentes TRON repetidos em escala.
A implantação no estilo CREATE2 permite endereços de contratos TRON pré-calculados usando o deployer, sal e bytecode.
Os desenvolvedores do ecossistema TRON DAO publicaram uma demonstração que aplica contratos proxy mínimos e implantação determinística à criação repetida de contratos inteligentes na rede TRON.
Problema & Solução
A implantação completa de cada instância torna a rede mais consumidora de energia e cara de implantar. A demonstração separa instâncias e lógica com o uso do padrão de clone.
Portanto, um contrato de implementação mantém o código executável, enquanto cada instância é um pequeno proxy que encaminha chamadas para a implementação através de delegatecall e mantém seu próprio armazenamento.
No fluxo do proxy, uma equipe implanta a implementação uma vez, depois usa uma fábrica para criar novas instâncias de proxy conforme necessário. Cada clone atua como um contrato independente, com o proxy armazenando todas as variáveis de estado. A implementação proposta é adequada para projetos com um grande número de contratos semelhantes com propriedade, permissões ou configurações variadas.
Arquitetura da Demonstração Adiciona Planejamento de Endereço no Estilo CREATE2 na TRON
A proposta também inclui implantação determinística baseada em CREATE2. Isso permitirá que os desenvolvedores calculem endereços de contratos antes da implantação a partir do endereço do deployer, um sal e o bytecode. Como o ambiente de execução e o formato de endereço da TRON diferem do Ethereum, a demonstração inclui um contrato experimental DeterministicDeploymentProxy para suportar implantações previsíveis com ferramentas compatíveis com TRON.
Com implantação determinística, os desenvolvedores podem pré-calcular um endereço fora da cadeia, compartilhá-lo com outros serviços e, posteriormente, implantar o contrato para que o endereço resultante corresponda ao valor calculado.
Detalhes da Implementação
A padronização dos fluxos de trabalho na criação é feita através de contratos de fábrica. DeployClone.sol é a fábrica principal usada para emitir implantações de proxy mínimo, seja implantações normais CREATE ou implantações determinísticas CREATE2. A demonstração também inclui bibliotecas de suporte, como Clones.sol, que contém lógica para criar proxies, e Create2.sol, que possui ferramentas de previsão de endereços adaptadas para usar TRON.
O repositório também exibe argumentação imutável, na qual parâmetros são incorporados ao código do clone implantado em vez de serem atribuídos em uma operação subsequente pós-implantação. Isso minimiza as transações necessárias para configurar uma nova instância e reduz a diferença de tempo entre implantação e inicialização.
SmartSweeperAccount.sol é fornecido como um exemplo de implementação projetada para clonagem. Demonstra instâncias de contas que podem gerenciar e varrer TRX e tokens TRC-20, incluindo fluxos de trabalho usados para coleta de depósitos e varredura de tokens.
Começando
Para configuração, a demonstração requer Node.js, PNPM ou NPM, TronBox e TRX de testnet para Nile ou Shasta. Após clonar o repositório, os desenvolvedores podem copiar o modelo de ambiente para um arquivo .env local, compilar contratos, implantar em uma testnet e executar testes usando os scripts incluídos.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
17 Curtidas
Recompensa
17
6
Repostar
Compartilhar
Comentário
0/400
TokenomicsDetective
· 12h atrás
Mais uma vez proxy e create2, será que esse conjunto de coisas da Tron é confiável?
Ver originalResponder0
SchroedingerGas
· 12h atrás
Mais uma vez essa história, o minimal proxy já existe há algum tempo, o TRON está se auto duplicando?
Ver originalResponder0
LiquidityHunter
· 12h atrás
Este proxy mínimo parece bom, mas realmente consegue reduzir as taxas de gas...
Ver originalResponder0
GhostWalletSleuth
· 12h atrás
Esta abordagem de proxy mínimo é realmente agressiva, mas será que esta onda do Tron é mais uma otimização teórica? A verdade de como ela funciona na prática depende dos dados reais na cadeia.
Ver originalResponder0
LiquidityLarry
· 12h atrás
minimal proxy esta coisa parece ser aquele tipo de coisa que "soa muito fixe, mas ainda não se sabe se funciona mesmo"... A TRON voltou a inventar moda com novidades
Ver originalResponder0
TokenUnlocker
· 12h atrás
O proxy mínimo parece uma boa ideia, mas quanto gás realmente consegue economizar, na prática?
TRON DAO Introduz Proxy Mínimo e Implantação Determinística para Contratos Inteligentes Escaláveis
Fonte: CryptoNewsNet Título Original: TRON DAO Introduz Proxy Mínimo e Implantação Determinística para Contratos Inteligentes Escaláveis Link Original:
Visão Geral
Os desenvolvedores do ecossistema TRON DAO publicaram uma demonstração que aplica contratos proxy mínimos e implantação determinística à criação repetida de contratos inteligentes na rede TRON.
Problema & Solução
A implantação completa de cada instância torna a rede mais consumidora de energia e cara de implantar. A demonstração separa instâncias e lógica com o uso do padrão de clone.
Portanto, um contrato de implementação mantém o código executável, enquanto cada instância é um pequeno proxy que encaminha chamadas para a implementação através de delegatecall e mantém seu próprio armazenamento.
No fluxo do proxy, uma equipe implanta a implementação uma vez, depois usa uma fábrica para criar novas instâncias de proxy conforme necessário. Cada clone atua como um contrato independente, com o proxy armazenando todas as variáveis de estado. A implementação proposta é adequada para projetos com um grande número de contratos semelhantes com propriedade, permissões ou configurações variadas.
Arquitetura da Demonstração Adiciona Planejamento de Endereço no Estilo CREATE2 na TRON
A proposta também inclui implantação determinística baseada em CREATE2. Isso permitirá que os desenvolvedores calculem endereços de contratos antes da implantação a partir do endereço do deployer, um sal e o bytecode. Como o ambiente de execução e o formato de endereço da TRON diferem do Ethereum, a demonstração inclui um contrato experimental DeterministicDeploymentProxy para suportar implantações previsíveis com ferramentas compatíveis com TRON.
Com implantação determinística, os desenvolvedores podem pré-calcular um endereço fora da cadeia, compartilhá-lo com outros serviços e, posteriormente, implantar o contrato para que o endereço resultante corresponda ao valor calculado.
Detalhes da Implementação
A padronização dos fluxos de trabalho na criação é feita através de contratos de fábrica. DeployClone.sol é a fábrica principal usada para emitir implantações de proxy mínimo, seja implantações normais CREATE ou implantações determinísticas CREATE2. A demonstração também inclui bibliotecas de suporte, como Clones.sol, que contém lógica para criar proxies, e Create2.sol, que possui ferramentas de previsão de endereços adaptadas para usar TRON.
O repositório também exibe argumentação imutável, na qual parâmetros são incorporados ao código do clone implantado em vez de serem atribuídos em uma operação subsequente pós-implantação. Isso minimiza as transações necessárias para configurar uma nova instância e reduz a diferença de tempo entre implantação e inicialização.
SmartSweeperAccount.sol é fornecido como um exemplo de implementação projetada para clonagem. Demonstra instâncias de contas que podem gerenciar e varrer TRX e tokens TRC-20, incluindo fluxos de trabalho usados para coleta de depósitos e varredura de tokens.
Começando
Para configuração, a demonstração requer Node.js, PNPM ou NPM, TronBox e TRX de testnet para Nile ou Shasta. Após clonar o repositório, os desenvolvedores podem copiar o modelo de ambiente para um arquivo .env local, compilar contratos, implantar em uma testnet e executar testes usando os scripts incluídos.