初次了解到 esta cadena pública, me quedé un poco confundido.



¿Cómo se presenta generalmente una cadena pública? "Velocidad de transacción rápida, tarifas de Gas baratas", ya casi te hacen tener callos en las orejas. Además, algunos proyectos DeFi muestran datos de APY y hablan de eficiencia del capital desde el principio, los trucos ya están muy usados.

Pero esta cadena no sigue el camino habitual. Enfoca desde una cuestión de ingeniería financiera: si un activo necesita ser regulado desde su origen, ¿puede esa misma regulación convertirse directamente en lógica de código en la cadena?

¿Suena muy abstracto? En realidad no. La respuesta a esta pregunta determina el ADN de la arquitectura de toda la cadena.

**Dos formas de cumplir con la regulación**

Actualmente, en el mundo de las cadenas, la gestión de la conformidad suele ser un "modelo externalizado" — la regulación se realiza fuera de la cadena, la interfaz de usuario realiza validaciones, y la cadena solo ejecuta instrucciones. ¿Cuál es el problema? Que si en algún punto intermedio algo sale mal, por ejemplo, si la interfaz es atacada o si un intermediario actúa indebidamente, la cadena no puede reaccionar, ni siquiera sabe si esa transacción viola alguna norma.

¿Y si cambiamos de enfoque? Escribir directamente las condiciones de cumplimiento en la capa de protocolo.

¿Y qué significa esto? Específicamente en tres dimensiones:
- Quién tiene el derecho de poseer ese activo
- Quién puede transferir el activo a quién
- En qué circunstancias se permite la transferencia

Estas decisiones ya no serán decisiones humanas, sino que serán aplicadas automáticamente por las reglas básicas de la cadena. Para los activos financieros, esto representa un cambio estructural.

**"Violación" se convierte en "imposible"**

¿Cómo enfrentan las finanzas tradicionales las violaciones? Normalmente: la transacción ocurre → se detecta el problema posteriormente → se investiga → se imponen multas o se responsabiliza. Todo el proceso es tardío.

La propuesta de esta cadena es otra: hacer que las transacciones que violen las reglas simplemente no tengan oportunidad de ocurrir en la cadena.

Estas dos ideas parecen similares, pero en realidad son muy diferentes. Una trata de gestionar los problemas después de que ocurren, la otra los bloquea desde la raíz. Para activos que requieren una regulación estricta (como tokens securitizados o stablecoins reguladas), esta diferencia puede resolver problemas que no son menores.

Este diseño no solo es un asunto técnico, sino también una cuestión filosófica sobre cómo funciona el sistema financiero.
Ver originales
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.
  • Recompensa
  • 8
  • Republicar
  • Compartir
Comentar
0/400
TrustlessMaximalistvip
· hace6h
Vaya, esta idea realmente es bastante ingeniosa. ¿Incluir las condiciones de cumplimiento en la capa de protocolo? Parece que finalmente alguien ha pensado en la forma correcta de abordarlo.
Ver originalesResponder0
GhostChainLoyalistvip
· 01-17 03:06
Vaya, esta idea es realmente diferente, ¡integrar la conformidad en el nivel del código... es bastante interesante!
Ver originalesResponder0
SmartContractPlumbervip
· 01-16 19:58
La farsa de la validación en el frontend debería haber muerto hace tiempo, en auditorías anteriores no pocas veces nos encontramos con este tipo de "teatro de cumplimiento", casos en los que, a pesar de hacer todo correctamente en el off-chain, el frontend aún era elusivo. La idea de integrar las reglas en la capa de protocolo no es mala en sí misma, pero lo crucial es—¿quién auditará esta lógica de control de permisos? Una vez que haya un desbordamiento de enteros o una vulnerabilidad de reentrada, el código de cumplimiento se convierte en la mayor catástrofe, mucho peor que las violaciones off-chain.
Ver originalesResponder0
GasSavingMastervip
· 01-16 19:58
¡Vaya, por fin hay cadenas que empiezan a tomarse en serio la conformidad! La estrategia anterior de engañar con rapidez y barato realmente ya no funciona.
Ver originalesResponder0
rugdoc.ethvip
· 01-16 19:44
Finalmente alguien ha pensado en incorporar la conformidad en el código, mucho más confiable que esas cadenas que dicen cumplir con las normas pero que en realidad son hackeadas en el front-end.
Ver originalesResponder0
WealthCoffeevip
· 01-16 19:42
¡Vaya, qué idea tan diferente! ¿Incluir la conformidad en el código? Suena un poco brutal.
Ver originalesResponder0
FastLeavervip
· 01-16 19:40
Por lo tanto, en esencia, se trata de mover al guardián de la cadena fuera de la cadena a dentro de la cadena, la conformidad ya no es una reparación posterior, sino una regla previa. Esto ciertamente es un poco diferente.
Ver originalesResponder0
EyeOfTheTokenStormvip
· 01-16 19:40
Hmm... suena muy bien, pero ¿realmente puede funcionar esta lógica de incorporar la conformidad en el código? Los datos históricos me muestran que, en cada proyecto con una "revolución" en mejoras, al final fracasan en la ejecución. Aviso de riesgo: las políticas regulatorias son dinámicas, ¿cómo se adaptan los cambios si el código está codificado de forma fija?
Ver originalesResponder0
  • Anclado

Opera con criptomonedas en cualquier momento y lugar
qrCode
Escanea para descargar la aplicación de Gate
Comunidad
Español
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)