Explorando la calificación de riesgos en el mundo blockchain.
Escrito por: imToken
El fundador de Ethereum, Vitalik Buterin, en su artículo de blog «Hacer legible la alineación de Ethereum» ha expuesto esta recomendación de pensamiento: sobre los problemas de descentralización y seguridad, debemos asegurarnos de minimizar la dependencia de la infraestructura centralizada y reducir al mínimo las vulnerabilidades de censura. Para esto, los métodos de evaluación que podemos probar incluyen: «Test de Salida» y «Test de Ataque Interno».
El «Test de Ataque Interno» se refiere a atacar el sistema de forma autónoma, observando el daño que podría causar, para así encontrar vulnerabilidades; mientras que el «Test de Salida» es una herramienta de pensamiento más reciente, utilizada para examinar el grado de dependencia de un proyecto y red en infraestructuras centralizadas, puede convertirse en una prueba clave para evaluar proyectos descentralizados y también puede perfeccionarse y actualizarse para convertirse en una herramienta de calificación de riesgos.
Hacer legible la alineación de Ethereum, consulta el texto original:
https://vitalik.eth.limo/general/2024/09/28/alignment.html
¿Qué es el «Test de Salida»?
Si tu equipo y servidor desaparecieran mañana, ¿tu aplicación aún funcionaría?
Esta es la idea central del «Test de Salida» — una herramienta de pensamiento que se puede utilizar para evaluar si un proyecto, plataforma o protocolo Web3 tiene una verdadera capacidad de operación independiente y valor de desarrollo sostenible.
El «Test de Salida» está estrechamente relacionado con los conceptos filosóficos técnicos de descentralización y autonomía en blockchain, las direcciones de pensamiento que pueden derivarse de esta prueba incluyen:
En términos de desarrollo del proyecto:
Si el equipo de desarrollo se disuelve, ¿puede el proyecto seguir funcionando independientemente?
¿Hay una comunidad activa que pueda asumir el proyecto después de que el equipo se haya ido?
¿El código del proyecto es de código abierto y puede atraer a desarrolladores para seguir mejorando?
¿Hay nodos de validación descentralizados que protejan la red, o suficiente apoyo comunitario para mantener el desarrollo?
En términos de modelo económico:
¿El proyecto tiene un modelo económico sostenible para operar?
¿El proyecto tiene escenarios de aplicación sostenibles?
¿La apreciación de los activos en el proyecto depende esencialmente de la manipulación especulativa o del control centralizado?
En términos de gobernanza comunitaria:
¿Tienen los participantes de todas las partes del proyecto un camino justo para participar en la toma de decisiones?
¿Puede el proyecto activar mecanismos de toma de decisiones y resolver problemas sin identificar un gestor central?
¿El proyecto debe depender de unos pocos miembros clave para su gobernanza, o tiene una base de gobernanza más amplia y distribuida?
¿Por qué es importante el «Test de Salida»?
Si un proyecto depende demasiado del equipo fundador o de ciertas personas clave para funcionar; si una red debe depender de un servidor fijo para procesar datos, entonces esencialmente sigue siendo centralizada, la viabilidad a largo plazo del proyecto o red, su valor, e incluso su capacidad de resistencia a la censura y al riesgo pueden ser cuestionados.
La importancia del «Test de Salida» radica en que a través de esta herramienta de pensamiento se puede descubrir la situación real de la dependencia de un proyecto o red en la infraestructura centralizada, lo que permite que el proyecto o red mejore efectivamente, y su filosofía técnica subyacente es una firme «descentralización».
En 2017, el fundador de Ethereum, Vitalik Buterin, escribió en un artículo de blog temprano sobre la idea de descentralización:
La «descentralización» es una de las palabras más comunes en el campo de la economía criptográfica y a menudo se utiliza como un criterio directo para medir si una red es una red blockchain. Sin embargo, el significado real de esta palabra a menudo genera mucha confusión y desconcierto.
Vitalik Buterin señala: cuando las personas discuten un problema de descentralización, en realidad están discutiendo tres aspectos independientes:
¿Es la arquitectura centralizada o descentralizada?
Por ejemplo, ¿de cuántas computadoras está compuesto este sistema? ¿Cuántas computadoras puede tolerar que se caigan en cualquier momento y aún así continuar funcionando?
¿Es políticamente centralizado o descentralizado?
Por ejemplo, ¿cuántos individuos y organizaciones pueden controlar finalmente las computadoras que componen este sistema?
¿Es lógicamente centralizada o descentralizada?
Por ejemplo, ¿la interfaz del sistema y la estructura de la base de datos son un todo único? ¿O son un grupo no estructurado? Si se separan los usuarios del sistema y los proveedores, ¿pueden aún funcionar como unidades completamente independientes?
Y ¿cuál es el papel y la importancia de enfatizar la «descentralización»? Vitalik Buterin también realizó una clara explicación al respecto en su blog en 2018:
Posee tolerancia a fallos: la probabilidad de que un sistema descentralizado sufra fallos inesperados es baja, porque el sistema descentralizado depende de muchos componentes independientes, teóricamente, la probabilidad de que componentes independientes fallen al mismo tiempo es relativamente baja.
Posee resistencia a ataques: un sistema descentralizado hace que el costo de ser atacado, destruido y manipulado sea más alto, porque el sistema descentralizado carece de un punto central sensible. El costo y la dificultad de atacar un sistema con un punto central definido son significativamente más bajos que en un sistema descentralizado.
Prevención de colusión: si los participantes en un sistema descentralizado quieren sacrificar los intereses de otros participantes y conspirar para beneficiarse, deben pagar un costo más alto que los participantes en un sistema centralizado.
Valor central: prueba clave para evaluar proyectos descentralizados
Desde la lógica del «Test de Salida», Bitcoin puede ser considerado como que ha pasado esta prueba: el público no sabe dónde está Satoshi Nakamoto, pero Bitcoin puede continuar desarrollándose gracias a una red descentralizada y desarrolladores globales.
Y en Ethereum, el fundador Vitalik Buterin mencionó en 2022 en un foro: actualmente, casi todos los Rollups no se consideran maduros, la mayoría utiliza lo que se llama medidas auxiliares de Training Wheels para garantizar su funcionamiento. Sin embargo, las medidas auxiliares de Training Wheels reflejan, desde otro ángulo, la dependencia de los proyectos Rollup en la «intervención humana», cuanto menos depende una red Layer2 de Training Wheels, menor es el riesgo; cuanto más depende de Training Wheels, mayor es el riesgo.
Para esto, Vitalik Buterin y otros clasificaron el grado de dependencia de los proyectos Rollup en Training Wheels: Etapa 0 (dependencia total), Etapa 1 (dependencia parcial), Etapa 2 (abandonar por completo). Posteriormente, el sitio L2beat ajustó este esquema de clasificación a través de la recopilación de opiniones de la comunidad y en junio de 2024 se actualizó a los «Indicadores de Calificación de Riesgos de Layer2», para calificar los riesgos de diferentes proyectos Layer2.
¿Qué son las Training Wheels?
Training Wheels (traducción común: ruedas de entrenamiento) son ciertos mecanismos o medidas restrictivas que se añaden al inicio de la implementación de la tecnología Rollup para garantizar la seguridad y estabilidad.
Los protocolos de Rollup que necesitan implementar Training Wheels generalmente aún no han logrado confianza mínima o desconfianza, las razones principales pueden incluir un código demasiado complejo o la falta de auditoría de seguridad, o grandes superficies de ataque potenciales en los contratos; el protocolo acaba de lanzarse y la confianza del usuario aún no se ha establecido, etc.
Al respecto, Vitalik Buterin señala: su objetivo ideal es ver más entidades como L2beat surgir, para poder rastrear la situación real de varios proyectos en cuanto al cumplimiento de los estándares establecidos, o de otros estándares propuestos por la comunidad. La competencia entre proyectos ya no será «si tienes los amigos correctos», sino «mantenerse lo más coherente posible» según estándares claros y comprensibles.
Desde una perspectiva más amplia, el «Test de Salida» también puede perfeccionarse y actualizarse para convertirse en una herramienta de calificación de riesgos, para medir la descentralización real y la sostenibilidad del desarrollo de billeteras Web3, o de diversos casos de uso descentralizados como juegos y DeFi.
Como dice una teoría común de la filosofía política: para resolver el problema de «quién supervisa a quién», la mejor manera es la separación de poderes, en lugar de la concentración de poder. La «alianza» de un proyecto orienta hacia la concentración de poder, y la realización de la separación de poderes depende de instituciones y cultura — en el mundo blockchain, esta institución y cultura representan los «estándares de consenso».