Una de las principales promesas de la tecnología descentralizada para eliminar enlaces intermedios innecesarios es el concepto de "blockchain sin pasar por el middleware". Sin embargo, este concepto enfrenta muchas controversias en la práctica. Defender una visión puramente fundamentalista puede parecer ideal, pero puede ignorar las complejidades del mundo real, las necesidades regulatorias y la experiencia real del usuario. Este artículo comenzará desde la perspectiva de un constructor pragmático y explorará por qué evitar completamente el middleware puede no ser el mejor camino y cómo lograr un equilibrio entre la visión de descentralización y las limitaciones prácticas.
¿Por qué blockchain necesita middleware?
Una red dedicada a demostrar funciones completamente descentralizadas tiene deficiencias inherentes en términos de eficiencia de procesamiento, enlaces de consulta de datos y experiencia del usuario. La ventaja de la cadena de bloques en sí es que puede lograr de manera efectiva el consenso estatal y puede garantizar de manera efectiva que los datos no sean manipulados. Sin embargo, no está diseñado para lograr el objetivo de la informática de alto rendimiento ni para hacer frente a requisitos complejos de recuperación de datos. El umbral para interactuar directamente con la cadena subyacente es extremadamente alto para los usuarios comunes, lo que implica problemas de administración de claves privadas, estimación de tarifas de gas y la situación causada por la espera de transacciones.
Aquí, el middleware desempeña una capa de traducción clave y un papel acelerador, que convierte los datos originales e ineficientes de la cadena en un formato que las aplicaciones pueden utilizar directamente y también proporciona una interfaz API estable. Sin este tipo de middleware, la mayoría de las aplicaciones de la vida real no serán aceptadas por el público debido a la mala experiencia y al alto costo, y la tecnología blockchain quedará atrapada en una isla de idealismo.
Cómo el middleware socava los principios de descentralización
La incorporación de middleware inevitablemente creará nuevamente nodos centralizados en la arquitectura. Ya sea un proveedor de servicios de nodo, una plataforma de indexación de datos o una red Oracle, se han convertido en puntos de falla o puntos de revisión nuevos y ocultos. Cuando muchas DApps dependen del mismo servicio de middleware, el proveedor del servicio en realidad tiene un gran control.
Esto es completamente contrario a la idea original de blockchain de eliminar los puntos únicos de falla y los intermediarios de confianza. En la historia, los eventos de parálisis de aplicaciones o manipulación de datos causados por depender de un único servicio Oracle o API son extremadamente comunes. Si bien el middleware aporta comodidad, también cuestiona el grado de descentralización de la aplicación desde el nivel del sistema, limitando su límite superior de seguridad a la capa intermedia.
Desafíos técnicos de eludir completamente el middleware
Desde una perspectiva técnica, en realidad no es realista permitir que cada usuario ejecute un nodo completo e interactúe directamente con la red principal. Los requisitos que plantean los nodos completos en términos de almacenamiento, ancho de banda y recursos informáticos los limitan a un pequeño número de expertos con habilidades profesionales. Aunque la solución de terminal de cliente ligero puede proporcionar cierto alivio, ha hecho concesiones correspondientes en la integridad de la verificación de datos y el rendimiento de la seguridad.
Los contratos inteligentes en sí mismos no pueden obtener activamente información externa y deben depender de activadores externos. Si se abandona por completo el middleware como los oráculos, la cadena de bloques no podrá conectarse de manera efectiva con el mundo real y sus escenarios de aplicación se limitarán al estrecho alcance de la transferencia pura de activos en cadena. Estas limitaciones técnicas fundamentales hacen que la "evitación completa" sea más un eslogan que una solución factible en el futuro previsible.
La necesidad del middleware bajo el marco regulatorio y de cumplimiento
Dentro del actual marco legal y regulatorio global, el middleware desempeña un papel indispensable como amortiguador de cumplimiento. El Grupo de Acción Financiera Internacional, también conocido como “Reglas de Viaje” del GAFI, exige que los proveedores de servicios de activos virtuales recopilen y transmitan información de ambas partes de la transacción, y este requisito debe completarse fuera de la cadena con la ayuda de un sistema de middleware compatible.
Un sistema de comercio con total anonimato, sin permisos y sin características de middleware no puede satisfacer las necesidades básicas de la lucha contra el lavado de dinero y la financiación del terrorismo. Los proyectos responsables de blockchain deben encontrar soluciones que cumplan con los requisitos regulatorios sin revelar toda la privacidad del usuario. El middleware de cumplimiento especialmente diseñado puede ayudar a los proyectos a encontrar el equilibrio clave entre innovación y operaciones legales.
Un camino más factible: la descentralización del middleware
En comparación con obsesionarse con "evitar", tiene más sentido comprometerse con la "reconstrucción". La dirección futura debería ser construir una red de middleware más descentralizada. Por ejemplo, diseñar el servicio Oracle como una red compuesta por múltiples nodos independientes, o alentar a la comunidad a ejecutar un servicio de indexación de datos de código abierto, utilizando incentivos simbólicos para garantizar que no tenga permisos y sea resistente a la censura.
Las soluciones en sí también pueden verse como un middleware novedoso y más cercano a la cadena que mejora el rendimiento y al mismo tiempo mantiene firmemente sus raíces de seguridad. Explorar cómo hacer que estas capas intermedias sean más descentralizadas, seguras y sin confianza es un tema técnico más constructivo que simplemente discutir "evitar".
Opciones realistas para desarrolladores y usuarios
Para la mayoría de los equipos de desarrollo, no resulta económico construir toda la infraestructura desde cero. El uso adecuado de servicios de middleware maduros puede verificar rápidamente las ideas de productos y centrarse en la lógica empresarial central. Lo importante es que cuando esto sucede, los desarrolladores deben evitar conscientemente una gran dependencia de un único middleware y reservar interfaces para futuros cambios o descentralización en el diseño.
Es importante que los usuarios aprendan a identificar puntos de riesgo centralizados en las aplicaciones. Una DApp con un front-end simple puede depender completamente de bases de datos y servicios de nodo centralizados en el backend. Los usuarios deben prestar atención a los documentos del proyecto para comprender la arquitectura de sus componentes clave (como RPC y oráculos) y considerar el "grado de descentralización" como uno de los indicadores importantes para evaluar el proyecto.
En la búsqueda del concepto de descentralización, ¿qué obstáculos técnicos cree que deberían ser los primeros en superarse en la etapa actual? ¿Se trata de mejorar el rendimiento de la cadena de bloques subyacente para reducir la dependencia del middleware, o se trata de hacer todo lo posible para construir una red de middleware más descentralizada y estable? Espero que compartas tus ideas en el área de comentarios. Si este artículo te ha inspirado, no dudes en darle me gusta y reenviarlo.
Deja una respuesta