Fuente del artículo: imToken
El fundador de Ethereum, Vitalik Buterin, expuso en su artículo de blog "Making Ethereum alignment legible" (Hacer que la alineación de Ethereum sea legible) una recomendación de pensamiento: sobre la cuestión de la descentralización y la seguridad, debemos asegurarnos de minimizar la dependencia de la infraestructura centralizada y reducir al mínimo las vulnerabilidades de censura. Para ello, podemos aplicar métodos de evaluación como: "prueba de salida (Walk Away Test)" y "prueba de ataques internos".
Entre ellos, "la prueba de ataques internos" se refiere a atacar el sistema de manera autónoma, observando cuánta destrucción puede causar para detectar vulnerabilidades; mientras que "la prueba de salida" es una herramienta de pensamiento más reciente utilizada para examinar el grado de dependencia de un proyecto y red en la centralización, puede convertirse en una prueba clave para evaluar proyectos descentralizados y también puede perfeccionarse y actualizarse para convertirse en una herramienta de evaluación de riesgos.
Hacer que la alineación de Ethereum sea legible, consulta el texto original:
https://vitalik.eth.limo/general/2024/09/28/alignment.html
¿Qué es "la prueba de salida"?
Si tu equipo y servidor desaparecen mañana, ¿puede seguir funcionando tu aplicación?
Esta es la idea central de la "prueba de salida": es una herramienta de pensamiento que puede utilizarse para evaluar si un proyecto, plataforma o protocolo Web3 tiene la verdadera capacidad de operar de forma independiente y valor de desarrollo sostenible.
"Salir de la prueba" está estrechamente relacionado con la filosofía técnica de la descentralización y la autonomía en blockchain, las direcciones de pensamiento que pueden derivarse de esta prueba incluyen:
En cuanto al desarrollo del proyecto:
Si el equipo de desarrollo se disuelve, ¿puede el proyecto seguir funcionando de manera independiente?
¿Hay una comunidad activa que pueda hacerse cargo del proyecto después de que el equipo se retire?
¿El código del proyecto es de código abierto y puede atraer a los desarrolladores para seguir mejorándolo?
¿Existen nodos de validación descentralizados que protejan la red, o hay suficiente apoyo comunitario para mantener el desarrollo?
En cuanto al modelo económico:
¿El proyecto tiene un modelo económico sostenible para operar?
¿El proyecto cuenta con casos de uso sostenible?
¿El aumento de valor de los activos en el proyecto depende en realidad de la manipulación especulativa o del control centralizado?
En cuanto a la gobernanza comunitaria:
¿Tienen los participantes del proyecto la oportunidad de participar de manera justa en la toma de decisiones?
¿Puede el proyecto iniciar mecanismos de decisión y resolver problemas sin un gestor central claro?
¿Depende el proyecto de un pequeño número de miembros clave para ser gobernado, o cuenta con una base más amplia de gobernanza colectiva?
"¿Por qué es importante la prueba de salida?"
Si un proyecto depende demasiado del equipo fundador o de ciertas personas clave para operar; si una red debe depender de un servidor fijo para procesar datos, entonces, en esencia, sigue siendo centralizada, y la viabilidad a largo plazo de ese proyecto o red, su valor, e incluso su capacidad de resistencia a la censura y al riesgo pueden estar en duda.
La importancia de "salir de la prueba" radica en que, a través de esta herramienta de pensamiento, se puede descubrir la verdadera dependencia de un proyecto o red en relación con la infraestructura centralizada, permitiendo que el proyecto o red pueda mejorar de manera efectiva; la filosofía técnica que lo respalda es la firme "descentralización".
En 2017, el fundador de Ethereum, Vitalik Buterin, escribió en un artículo de blog temprano sobre la filosofía de la descentralización:
"Descentralización" es uno de los términos más comunes en el campo de la economía criptográfica y a menudo se utiliza como criterio directo para medir si una red es una red blockchain. Sin embargo, el significado real de esta palabra a menudo provoca confusión y malentendidos.
Vitalik Buterin señaló: cuando las personas discuten un problema de descentralización, en realidad están discutiendo sobre estas tres dimensiones independientes:
¿Es la arquitectura centralizada o descentralizada?
Por ejemplo, ¿de cuántas computadoras se compone este sistema? ¿Cuántas computadoras puede tolerar este sistema que fallen en cualquier momento y aún así seguir funcionando?
¿Es el sistema centralizado o descentralizado en términos políticos?
Por ejemplo, ¿cuántos individuos y organizaciones pueden controlar finalmente las computadoras que componen este sistema?
¿Es el sistema centralizado o descentralizado lógicamente?
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 seguir funcionando como unidades completamente independientes?
Y, ¿cuál es la importancia y el significado de enfatizar la "descentralización"? Vitalik Buterin también lo explicó claramente en un artículo de blog en 2018:
Capacidad de tolerancia a fallos: la probabilidad de que un sistema descentralizado sufra fallos inesperados es baja, ya que un sistema descentralizado depende de muchos componentes independientes; teóricamente, la probabilidad de que componentes independientes fallen simultáneamente es relativamente baja.
Capacidad de resistencia a ataques: un sistema descentralizado hace que el costo de ser atacado, destruido o manipulado sea más alto, ya que falta un punto central sensible en un sistema descentralizado. El costo y la dificultad de atacar un sistema con un punto central claro son significativamente menores que en un sistema descentralizado.
Prevención de colusión: si los participantes de un sistema descentralizado tienen que sacrificar los intereses de otros participantes y conspirar para beneficiarse a sí mismos, deben pagar un precio más alto que los participantes de un sistema centralizado.
Valor central: evaluación de pruebas clave para proyectos descentralizados
Si desde la lógica de "salir de la prueba", Bitcoin puede considerarse que ha pasado esta prueba: el público no sabe dónde está Satoshi Nakamoto, pero Bitcoin puede seguir desarrollándose gracias a su red descentralizada y a los desarrolladores globales.
En Ethereum, el fundador Vitalik Buterin mencionó en 2022 en un foro que actualmente casi todos los Rollups no se consideran maduros, y la mayoría ha adoptado un enfoque auxiliar llamado Training Wheels para garantizar la operación. Sin embargo, el enfoque auxiliar de Training Wheels refleja, desde otro ángulo, la dependencia del proyecto Rollup en la "intervención humana"; cuanto menos dependa una red Layer2 de Training Wheels, menor será el riesgo; cuanto más dependa de Training Wheels, mayor será el riesgo de la red Layer2.
Para ello, Vitalik Buterin y otros clasificaron el grado de dependencia de Training Wheels según el proyecto Rollup: Etapa 0 (dependencia total), Etapa 1 (dependencia parcial), Etapa 2 (abandonar por completo). Luego, el sitio web L2beat revisó este esquema de clasificación mediante la recopilación de opiniones de la comunidad y, en junio de 2024, se actualizó a "Indicador de Riesgo de Layer2", para realizar una evaluación de riesgos de diferentes proyectos de Layer2.
“
Aprender más
¿Qué es 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 Rollup que necesitan implementar Training Wheels generalmente aún no han logrado la confianza mínima o la ausencia de confianza, las razones principales pueden incluir la complejidad del código o la falta de auditoría de seguridad, y una superficie de ataque potencialmente grande en los contratos; el protocolo acaba de lanzarse, la confianza del usuario aún no se ha establecido, etc.
Al respecto, Vitalik Buterin indicó: su objetivo ideal es ver más entidades como L2beat surgir, para poder rastrear la realidad de cada proyecto en cuanto a cumplir con los estándares establecidos o con otros estándares propuestos por la comunidad. La competencia entre proyectos ya no será "si tienen los amigos correctos", sino "mantenerse alineados" según estándares claros y comprensibles tanto como sea posible.
Desde una perspectiva más amplia, "salir de la prueba" también puede perfeccionarse y actualizarse para convertirse en una herramienta de evaluación de riesgos, para medir la esencia de la descentralización de las billeteras Web3, o de diversos casos de uso descentralizados como juegos y DeFi, así como la sostenibilidad del desarrollo.
Como 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, no la concentración de poderes. La "alianza" del proyecto se dirige a la concentración de poderes, mientras que la realización de la separación de poderes depende de instituciones y cultura: en el mundo blockchain, esta institución y cultura representa los "estándares de consenso".
