Seguro Social para Infraestructura Sistemáticamente Importante

TL;DR

• La Infraestructura Sistemáticamente Importante en el ecosistema SORA son aplicaciones consideradas de vital importancia por el Parlamento SORA.
• Las dApps SII serán gobernadas por el Parlamento SORA y, a cambio, estarán aseguradas contra la pérdida de fondos para los usuarios por hacks o errores.
• A cambio de ser SII, la gobernanza de las dApps necesita ser delegada al Parlamento SORA.
• El primer SII en la red SORA fue el puente HASHI, con Polkaswap propuesto para convertirse en un SII.

Una de las desventajas de las finanzas descentralizadas es la falta de una red de seguridad en caso de que ocurra un escenario como un hackeo o un error. Las entidades centralizadas y el status quo han optado por la medida extrema de prohibir DeFi y tales actividades como una forma de proteger a los clientes (y en última instancia a ellos mismos) de las responsabilidades que tales situaciones pueden traer, especialmente porque se trata del dinero de las personas.

Algunas entidades han ido tan lejos como para insertar descargos de responsabilidad en sus confirmaciones de billetera como una forma de disuadir algunos de los riesgos asociados con las finanzas descentralizadas en ciertas jurisdicciones, como la SEC en Estados Unidos. Ver más.

En lugar de simplemente renunciar a la responsabilidad, el ecosistema SORA tiene como objetivo proteger realmente a los usuarios, y una forma en que esto se logra es mediante funciones de Seguro Social, que toman prestados algunos conceptos del seguro de depósitos (cf., Corporación Federal de Seguro de Depósitos (FDIC)), asegurando dApps, y por consecuencia, a sus usuarios contra pérdidas causadas por ataques o errores. Para poner esto en contexto, estudiemos el FDIC como ejemplo y cómo protege a los usuarios.

Seguro Contra Fallas

Antes de la implementación del FDIC en 1933, el sector bancario en Estados Unidos era similar a la criptosfera. Hubo cierres bancarios o escenarios de "corrida bancaria" durante la Gran Depresión, que causaron que los clientes retiraran sus fondos en masa, resultando en la pérdida total de ahorros para las personas que no se apresuraron a retirar sus fondos de los bancos afectados.

Básicamente, no había garantía para la seguridad de los fondos dentro del sistema bancario, aparte de la confianza en el banco. Como una forma de fomentar la estabilidad, y mantener la confianza pública en los bancos, el gobierno de EE. UU. estableció el FIDC para asegurar los depósitos en bancos miembros de EE. UU., con una cobertura de hasta $250,000 para las personas que optaron por ahorrar en un banco asegurado por el FIDC. En caso de fallo bancario, los usuarios no terminarían sin nada, a diferencia de sus contrapartes antes del establecimiento del FIDC. Aunque esa protección parece bastante efectiva, cualquiera con depósitos que excedieran el límite de $250K perdería el exceso, por lo que algunos estados implementaron seguros adicionales que cubrirían los desfases.

De manera similar, el Seguro Social SORA para Infraestructura Importante Sistemáticamente (SII) ha sido implementado para fomentar la confianza en la red SORA, así como para proteger a los usuarios. A diferencia del FDIC, no hay un límite respecto a la cantidad depositada en SII, pero como el FDIC, las entidades, en este caso, dApps, deben ser "miembros", o, en este caso, Infraestructura Importante Sistemáticamente para calificar para este seguro.

Pero, ¿qué es SII y cómo se considera una dApp sistemáticamente importante?

Infraestructura Importante Sistemáticamente

Hay aplicaciones consideradas vitalmente importantes para la red SORA, como el puente HASHI (aprobado por referéndum) o Polkaswap (propuesto), que podrían potencialmente, en el futuro, ser vulnerables a ataques externos o errores que resulten en una pérdida de fondos de los usuarios. Para dApps como estas, hay un Seguro Social implementado por el Parlamento SORA que cubre las pérdidas de los usuarios como resultado directo de un ataque o error.

Todas las dApps pueden solicitar al Parlamento SORA por el Seguro Social, sin embargo, solo aquellas que se consideren infraestructura importante sistemáticamente (SII) calificarán. Hay ciertos requisitos y consecuencias para esta implementación.

Primero, una dApp SII debería manejar o potencialmente manejar suficientes fondos de usuarios donde el fallo perjudicaría a la economía SORA en general. Si este no es el caso, entonces una dApp no es sistemáticamente importante.

Segundo, la dApp debería tener un proceso de desarrollo tal que las actualizaciones puedan ser votadas a través de referéndums en cadena. Esto es importante porque solo las actualizaciones que ocurren en cadena pueden ser gobernadas por el Parlamento SORA.

Tercero, la calidad de la dApp debería ser tal que un fallo catastrófico que lleve a la pérdida de fondos de los usuarios sea extremadamente improbable. El objetivo del programa de Seguro Social SORA para SII es recompensar a las dApps de alta calidad con un aumento en la confianza de los usuarios, no premiar la ingeniería deficiente.

Cualquier dApp que cumpla con los criterios anteriores debería considerar solicitar convertirse en una SII, sin embargo, la selección se llevará a cabo caso por caso, y será votada por el Parlamento SORA, y, hasta que el Parlamento esté establecido, será aprobada o rechazada a través de referéndums en cadena. Aunque el puente HASHI ya es un SII votado a través de referéndum antes del lanzamiento de la red SORA v2, Polkaswap ha sido el primero en ser propuesto desde el lanzamiento de la red v2, ya que es infraestructura crítica para la liquidez de activos en la red SORA.

Una vez que una dApp ha cumplido con los parámetros para ser considerada una SII, o requisitos de membresía siguiendo el ejemplo del FDIC, hay un paso importante más que debe tomarse, la app debe delegar su gobernanza al Parlamento SORA.

La delegación de gobernanza asegurará que la dApp siga todos los procesos y protocolos establecidos por el Parlamento SORA para la seguridad y protección de los usuarios contra hacks y errores, y por lo tanto, tendrá derecho al Seguro Social. Desafortunadamente, hay algunos actores maliciosos que podrían cometer fraude de seguro para escapar con fondos de los usuarios y esperar que el Seguro Social cubra las pérdidas de los usuarios, por lo tanto, esta medida está en lugar para evitar tales escenarios (que es también por qué las actualizaciones deberían ser todas en cadena).

Situación Ganar-Ganar-Ganar

El Seguro Social SII de SORA no cubre errores de usuario y DeFi es inherentemente riesgoso, pero para reducir al mínimo las pérdidas de los usuarios tanto como sea posible de fallas de protocolo o explotaciones, medidas como el seguro SII-Social son útiles para mitigar riesgos. Sin embargo, también hay riesgos a los que podría estar expuesto el Parlamento SORA si el SII estuviera libremente disponible y distribuido a todas las dApps, por lo que una vez que el Parlamento esté establecido, se necesita establecer un proceso de evaluación exhaustivo.

Con la seguridad de la red y los usuarios en mente, delegar la gobernanza de dApps SII al Parlamento SORA es un escenario ganar-ganar-ganar para permitir que las dApps, los usuarios y el Parlamento SORA colaboren y pongan las necesidades de la comunidad y la red más amplia antes del control centralizado de los desarrolladores. Esto puede aumentar la confianza de la comunidad en usar dApps SII en la red SORA.

Debido a que las aplicaciones con derecho a SII son Sistemáticamente Importantes, separar la gobernanza, el desarrollo y el capital de los usuarios puede reducir la probabilidad de riesgos estructurales que surjan en la economía SORA.

Finalmente, es importante considerar que estas medidas están en última instancia en lugar para la protección de los usuarios. Desafortunadamente, hay muchos proyectos que priorizan la línea de fondo sobre los usuarios, o que realmente no están construyendo para el largo plazo, por lo que es necesario en este punto traer algo de orden al Salvaje Oeste de DeFi, sin comprometer la descentralización en sí misma. Todas estas medidas están en lugar para proteger a los usuarios y garantizar que la red SORA sea estable y confiable. En última instancia, el objetivo es que la comunidad pueda estar segura de que los fondos están SAFU.