La infraestructura de blockchain empresarial se está volviendo cada vez más programable.
A primera vista, eso suena como una ventaja clara. Más permisos, más comprobaciones de cumplimiento y más control granular deberían mejorar naturalmente la seguridad.
No creo que el problema sea añadir más reglas.
El problema es qué sucede cuando esas reglas empiezan a interactuar entre sí.
Las grandes organizaciones rara vez dependen de una sola verificación de autorización. Una única transacción puede requerir validar múltiples firmas, límites de gasto, restricciones geográficas, políticas internas de aprobación y permisos específicos de la aplicación antes de que la ejecución pueda continuar.
Cada condición adicional incrementa la cantidad de información que el software de validación debe mantener activa en memoria al procesar una solicitud.
Con el tiempo, el desafío ya no es la verificación criptográfica.
Es la gestión de recursos.
A medida que estos conjuntos de reglas se hacen más grandes y más interconectados, el software de validación debe procesar árboles de decisiones cada vez más complejos sin agotar la memoria disponible ni retrasar la ejecución.
Creo que este es uno de los problemas de ingeniería menos discutidos en la infraestructura programable.
La seguridad no debería volverse tan complicada que los sistemas que la aplican se conviertan en el siguiente cuello de botella.
Por eso es interesante observar proyectos de infraestructura como @NewtonProtocol . El desafío a largo plazo no es simplemente admitir más políticas programables: es asegurarse de que esas políticas sigan siendo eficientes incluso cuando los requisitos de la empresa continúan expandiéndose.
La futura infraestructura descentralizada no solo se medirá por la cantidad de reglas de seguridad que admite.
También se medirá por lo bien que maneje su creciente complejidad.
#Newt @NewtonProtocol
$NEWT $LAB $VANRY
#BrazilCentralBankSaysStablecoinsElectronicMoney #VitalikOutlinesLeanEthereumRoadmap #MoonbeamToMigrateGLMRToBase #GoldFishCalls