El ex jefe tecnólogo de Ripple, David Schwartz, ofreció una perspectiva rara y sincera sobre cómo podría reaccionar el XRP Ledger (XRPL) si un adversario a nivel estatal intentara apoderarse o interrumpirlo, y cómo la arquitectura del ledger y su comunidad podrían resistir. El XRPL tiene un historial impresionante de disponibilidad, funcionando sin interrupciones mayores a través de más de 70 millones de ledgers cerrados. Sin embargo, Schwartz reconoció en X que los actores estatales representan una amenaza real para las redes de cadena de bloques. Señaló que podrían causar interrupciones temporales en el XRPL al atacar su red de validadores, pero argumentó que un control sostenido y a largo plazo sería mucho más difícil, siempre que la comunidad del XRPL permanezca activa y receptiva. Principales conclusiones de la explicación de Schwartz: - Los validadores administrados por Ripple representan menos del 20% de la red, por lo que atacar solo la infraestructura de Ripple no paralizaría el ledger. - La resiliencia de la red depende de la capacidad de la comunidad para reemplazar validadores comprometidos o presionados. Un ataque solo se vuelve existencial si las personas son intimidadas hasta el punto de dejar de operar validadores por completo. - Las interrupciones a corto plazo son posibles, pero una captura sistémica requeriría silenciar a una amplia base de operadores de nodos. Schwartz también esbozó una idea concreta de mitigación: un modelo de consenso de dos capas. En su escenario: - Una capa interna de validadores manejaría el consenso diario y mantendría el ledger en funcionamiento. Estos validadores serían fáciles de reemplazar si se desactivan, limitando el impacto de los ataques dirigidos. - Una capa externa permanecería inactiva la mayor parte del tiempo y solo se activaría para realizar cambios de mayor nivel, como actualizar la Lista de Nodos Únicos (UNL) que confía la capa interna. Dado que la capa externa no necesitaría operar visible ni continuamente, podría mantenerse ligera, infrecuente y más difícil de atacar. Para fortalecer aún más la capa externa, Schwartz sugirió utilizar redes de anonimato como Tor o I2P, haciendo que esos validadores sean más difíciles de identificar y presionar para los actores estatales. La conclusión: la robustez continua del XRPL puede depender menos de cualquier operador individual y más en la participación comunitaria distribuida y un diseño de protocolo inteligente. La propuesta de Schwartz destaca un camino práctico hacia una mayor resiliencia del ledger frente a la presión coercitiva estatal, pero en última instancia depende de una comunidad de validadores comprometida y descentralizada dispuesta a actuar si y cuando sea necesario.
Ex-CFO de Ripple propone una defensa de dos capas respaldada por Tor para XRPL
ChainGPTCompartir
Resumen
El ex CTO de Ripple, David Schwartz, propuso una defensa de dos capas respaldada por Tor para el XRP Ledger, con el fin de protegerse contra ataques de nivel estatal. El diseño de la cadena de bloques de capa 1 incluye una capa interna para el consenso diario y una capa externa para actualizaciones importantes. Una solución de escalado de capa 2 utilizaría Tor para anonimizar las identidades de los validadores, dificultando que los atacantes apunten a los nodos. Schwartz señaló que el control a largo plazo requeriría silenciar a una gran parte de los operadores de nodos.
Fuente:Mostrar original
Descargo de responsabilidad: La información contenida en esta página puede proceder de terceros y no refleja necesariamente los puntos de vista u opiniones de KuCoin. Este contenido se proporciona solo con fines informativos generales, sin ninguna representación o garantía de ningún tipo, y tampoco debe interpretarse como asesoramiento financiero o de inversión. KuCoin no es responsable de ningún error u omisión, ni de ningún resultado derivado del uso de esta información.
Las inversiones en activos digitales pueden ser arriesgadas. Evalúa con cuidado los riesgos de un producto y tu tolerancia al riesgo en función de tus propias circunstancias financieras. Para más información, consulta nuestras Condiciones de uso y la Declaración de riesgos.