Los desarrolladores suelen decir que construir aplicaciones en cadenas públicas de privacidad y plataformas de contratos inteligentes tradicionales son cosas completamente diferentes. Tomando como ejemplo Dusk, la mayor diferencia radica en que no trata la privacidad como una adición, sino que desde cero la configura como predeterminada. Esto redefine directamente la forma en que se estructura toda la arquitectura de la aplicación.
Desde la cadena de herramientas, el conjunto de herramientas de desarrollo que ofrece Dusk incluye plugins específicos para IDE y un marco de entorno de simulación. El concepto central de diseño es permitir a los desarrolladores revelar la lógica del contrato por capas, sin tener que exponer todo el código de una sola vez. Este método de depuración progresiva en realidad se acerca más al proceso real de iteración de las aplicaciones financieras.
Pero, para ser honestos, la parte más difícil de aprender es entender el patrón de diseño de las pruebas de conocimiento cero. Los desarrolladores necesitan planificar con anticipación: qué partes del contrato deben estar encriptadas de forma permanente, cuáles pueden revelarse en escenarios específicos a objetos específicos, y cómo generar las pruebas correspondientes. Esto requiere cambiar los hábitos tradicionales de pensamiento en codificación.
Lo interesante es que ya hay equipos que han construido AMM de privacidad sobre esta cadena. Su retroalimentación es que: implementar "intervalos de liquidez ocultos" en esta cadena resulta incluso más sencillo que en cadenas públicas, por una razón muy sencilla: la privacidad es una función nativa en lugar de algo añadido posteriormente. Esto les permite concentrar su energía en la lógica de las transacciones en sí.
Desde el ecosistema, el plan de incentivos Grant fomenta especialmente dos direcciones: una, la transformación de herramientas financieras tradicionales en versiones con privacidad; y dos, el diseño de nuevos primitives financieros que solo pueden lograrse con privacidad. Para los participantes tempranos, esto representa tanto un desafío técnico como un beneficio para el ecosistema.
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.
Los desarrolladores suelen decir que construir aplicaciones en cadenas públicas de privacidad y plataformas de contratos inteligentes tradicionales son cosas completamente diferentes. Tomando como ejemplo Dusk, la mayor diferencia radica en que no trata la privacidad como una adición, sino que desde cero la configura como predeterminada. Esto redefine directamente la forma en que se estructura toda la arquitectura de la aplicación.
Desde la cadena de herramientas, el conjunto de herramientas de desarrollo que ofrece Dusk incluye plugins específicos para IDE y un marco de entorno de simulación. El concepto central de diseño es permitir a los desarrolladores revelar la lógica del contrato por capas, sin tener que exponer todo el código de una sola vez. Este método de depuración progresiva en realidad se acerca más al proceso real de iteración de las aplicaciones financieras.
Pero, para ser honestos, la parte más difícil de aprender es entender el patrón de diseño de las pruebas de conocimiento cero. Los desarrolladores necesitan planificar con anticipación: qué partes del contrato deben estar encriptadas de forma permanente, cuáles pueden revelarse en escenarios específicos a objetos específicos, y cómo generar las pruebas correspondientes. Esto requiere cambiar los hábitos tradicionales de pensamiento en codificación.
Lo interesante es que ya hay equipos que han construido AMM de privacidad sobre esta cadena. Su retroalimentación es que: implementar "intervalos de liquidez ocultos" en esta cadena resulta incluso más sencillo que en cadenas públicas, por una razón muy sencilla: la privacidad es una función nativa en lugar de algo añadido posteriormente. Esto les permite concentrar su energía en la lógica de las transacciones en sí.
Desde el ecosistema, el plan de incentivos Grant fomenta especialmente dos direcciones: una, la transformación de herramientas financieras tradicionales en versiones con privacidad; y dos, el diseño de nuevos primitives financieros que solo pueden lograrse con privacidad. Para los participantes tempranos, esto representa tanto un desafío técnico como un beneficio para el ecosistema.