Fuente: CryptoNewsNet
Título Original: TRON DAO Introduce Proxy Mínimo y Despliegue Determinista para Contratos Inteligentes Escalables
Enlace Original:
Resumen
La demo utiliza clones de proxy mínimo para reducir el consumo de energía al desplegar contratos inteligentes TRON repetidos a gran escala.
El despliegue al estilo CREATE2 permite calcular previamente las direcciones de los contratos TRON usando el desplegador, la sal y el bytecode.
Los desarrolladores del ecosistema TRON DAO han publicado una demo que aplica contratos proxy mínimos y despliegue determinista para la creación repetida de contratos inteligentes en la red TRON.
Problema y Solución
El despliegue completo de cada instancia hace que la red consuma más energía y sea más costoso de desplegar. La demo separa las instancias y la lógica mediante el uso del patrón de clonación.
Por lo tanto, un contrato de implementación contiene el código ejecutable, mientras que cada instancia es un pequeño proxy que reenvía llamadas a la implementación mediante delegatecall y mantiene su propio almacenamiento.
En el flujo del proxy, un equipo despliega la implementación una vez, y luego usa una fábrica para crear nuevas instancias de proxy según sea necesario. Cada clon actúa como un contrato independiente, con el proxy almacenando todas las variables de estado. La implementación propuesta es adecuada para proyectos con un gran número de contratos similares con diferentes propietarios, permisos o configuraciones.
La Arquitectura de la Demo Añade Planificación de Direcciones al Estilo CREATE2 en TRON
La propuesta también incluye despliegue determinista basado en CREATE2. Esto permitirá a los desarrolladores calcular las direcciones de los contratos antes del despliegue a partir de la dirección del desplegador, una sal y el bytecode. Debido a que el entorno de ejecución y el formato de direcciones de TRON difieren de Ethereum, la demo incluye un contrato experimental DeterministicDeploymentProxy para soportar despliegues predecibles con herramientas compatibles con TRON.
Con el despliegue determinista, los desarrolladores pueden pre-calcular una dirección fuera de la cadena, compartirla con otros servicios y, posteriormente, desplegar el contrato para que la dirección resultante coincida con el valor calculado.
Detalles de Implementación
La estandarización de los flujos de trabajo en la creación se realiza mediante contratos de fábrica. DeployClone.sol es la fábrica principal utilizada para emitir despliegues de proxy mínimo, ya sea despliegues normales CREATE o despliegues deterministas CREATE2. La demo también incluye bibliotecas de soporte, como Clones.sol, que contiene la lógica para crear proxies, y Create2.sol, que ofrece herramientas de predicción de direcciones adaptadas para usar con TRON.
El repositorio también exhibe una argumentación inmutable, donde los parámetros se incrustan en el código del clon desplegado en lugar de asignarse en una operación posterior tras el despliegue. Esto minimiza las transacciones necesarias para configurar una nueva instancia y reduce la diferencia de tiempo entre despliegue e inicialización.
SmartSweeperAccount.sol se proporciona como ejemplo de implementación diseñada para clonación. Demuestra instancias de cuentas que pueden gestionar y barrer TRX y tokens TRC-20, incluyendo flujos de trabajo utilizados para la recolección de depósitos y la limpieza de tokens.
Cómo Empezar
Para la configuración, la demo requiere Node.js, PNPM o NPM, TronBox y TRX de red de pruebas para Nile o Shasta. Después de clonar el repositorio, los desarrolladores pueden copiar la plantilla del entorno a un archivo .env local, compilar los contratos, desplegar en una red de pruebas y ejecutar las pruebas usando los scripts incluidos.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
24 me gusta
Recompensa
24
8
Republicar
Compartir
Comentar
0/400
HalfPositionRunner
· hace2h
¿Otra actualización en el nivel de optimización? ¿Cuánto dinero en tarifas de gas puede ahorrar CREATE2? ¿Se han publicado datos reales?
Ver originalesResponder0
Degentleman
· hace3h
¿Otra vez con esas tecnologías innovadoras? Minimal proxy suena muy avanzado... pero si realmente puede reducir el consumo, tendré que prestarle atención
Ver originalesResponder0
TokenomicsDetective
· 01-13 23:01
¿Otra vez proxy y create2, es confiable este sistema de Tron?
Ver originalesResponder0
SchroedingerGas
· 01-13 23:00
Otra vez con lo mismo, el proxy mínimo ya existía hace tiempo, ¿TRON está auto-duplicándose?
Ver originalesResponder0
LiquidityHunter
· 01-13 22:53
Este proxy mínimo suena bien, pero ¿realmente puede reducir las tarifas de gas...?
Ver originalesResponder0
GhostWalletSleuth
· 01-13 22:47
Este método de proxy mínimo es realmente agresivo, pero ¿esta ola de Tron será otra optimización en papel? Cómo funcione en realidad dependerá de los datos reales en la cadena.
Ver originalesResponder0
LiquidityLarry
· 01-13 22:46
El asunto del proxy mínimo suena como esas cosas que "suena muy impresionante pero todavía no sabes si realmente funcionan"... TRON vuelve a experimentar con nuevas ideas
Ver originalesResponder0
TokenUnlocker
· 01-13 22:44
El proxy mínimo suena bien, pero ¿cuánto gas realmente puede ahorrar y cómo funciona en la práctica?
TRON DAO presenta Proxy Mínimo y Despliegue Determinista para Contratos Inteligentes Escalables
Fuente: CryptoNewsNet Título Original: TRON DAO Introduce Proxy Mínimo y Despliegue Determinista para Contratos Inteligentes Escalables Enlace Original:
Resumen
Los desarrolladores del ecosistema TRON DAO han publicado una demo que aplica contratos proxy mínimos y despliegue determinista para la creación repetida de contratos inteligentes en la red TRON.
Problema y Solución
El despliegue completo de cada instancia hace que la red consuma más energía y sea más costoso de desplegar. La demo separa las instancias y la lógica mediante el uso del patrón de clonación.
Por lo tanto, un contrato de implementación contiene el código ejecutable, mientras que cada instancia es un pequeño proxy que reenvía llamadas a la implementación mediante delegatecall y mantiene su propio almacenamiento.
En el flujo del proxy, un equipo despliega la implementación una vez, y luego usa una fábrica para crear nuevas instancias de proxy según sea necesario. Cada clon actúa como un contrato independiente, con el proxy almacenando todas las variables de estado. La implementación propuesta es adecuada para proyectos con un gran número de contratos similares con diferentes propietarios, permisos o configuraciones.
La Arquitectura de la Demo Añade Planificación de Direcciones al Estilo CREATE2 en TRON
La propuesta también incluye despliegue determinista basado en CREATE2. Esto permitirá a los desarrolladores calcular las direcciones de los contratos antes del despliegue a partir de la dirección del desplegador, una sal y el bytecode. Debido a que el entorno de ejecución y el formato de direcciones de TRON difieren de Ethereum, la demo incluye un contrato experimental DeterministicDeploymentProxy para soportar despliegues predecibles con herramientas compatibles con TRON.
Con el despliegue determinista, los desarrolladores pueden pre-calcular una dirección fuera de la cadena, compartirla con otros servicios y, posteriormente, desplegar el contrato para que la dirección resultante coincida con el valor calculado.
Detalles de Implementación
La estandarización de los flujos de trabajo en la creación se realiza mediante contratos de fábrica. DeployClone.sol es la fábrica principal utilizada para emitir despliegues de proxy mínimo, ya sea despliegues normales CREATE o despliegues deterministas CREATE2. La demo también incluye bibliotecas de soporte, como Clones.sol, que contiene la lógica para crear proxies, y Create2.sol, que ofrece herramientas de predicción de direcciones adaptadas para usar con TRON.
El repositorio también exhibe una argumentación inmutable, donde los parámetros se incrustan en el código del clon desplegado en lugar de asignarse en una operación posterior tras el despliegue. Esto minimiza las transacciones necesarias para configurar una nueva instancia y reduce la diferencia de tiempo entre despliegue e inicialización.
SmartSweeperAccount.sol se proporciona como ejemplo de implementación diseñada para clonación. Demuestra instancias de cuentas que pueden gestionar y barrer TRX y tokens TRC-20, incluyendo flujos de trabajo utilizados para la recolección de depósitos y la limpieza de tokens.
Cómo Empezar
Para la configuración, la demo requiere Node.js, PNPM o NPM, TronBox y TRX de red de pruebas para Nile o Shasta. Después de clonar el repositorio, los desarrolladores pueden copiar la plantilla del entorno a un archivo .env local, compilar los contratos, desplegar en una red de pruebas y ejecutar las pruebas usando los scripts incluidos.