Vitalik Buterin critica las blockchains de consorcio y propone otra vía para los bancos

Vitalik Buterin volvió a tomar distancia del modelo corporativo de blockchain cerrada. Durante una intervención en Arbitrum Day, el cofundador de Ethereum afirmó que las cadenas de consorcio, impulsadas por grupos reducidos de bancos o grandes empresas, han fracasado como solución real y propuso en su lugar reforzar sistemas existentes con herramientas criptográficas y pruebas verificables en cadena.

***

• Vitalik Buterin sostuvo que las blockchains de consorcio combinan lo peor de los sistemas centralizados y descentralizados.
• Según explicó, estas redes privadas no ofrecen verdadera apertura ni una privacidad sólida para sus participantes.
• Como alternativa, propuso mejorar servidores centralizados con raíces de Merkle, pruebas de validez y una capa de verificación conectada a Ethereum.

 

---

Vitalik Buterin, cofundador de Ethereum, cuestionó abiertamente la utilidad de las llamadas blockchains de consorcio durante una sesión de Arbitrum Day. Su diagnóstico fue directo: la idea de que un pequeño grupo de bancos o grandes empresas pueda compartir una misma cadena privada no ha cumplido la promesa inicial de la tecnología blockchain.

La observación apunta a un debate que ha acompañado al sector desde hace años. Mientras las redes públicas como Ethereum fueron diseñadas para operar con apertura, verificabilidad y reglas transparentes, muchas iniciativas empresariales buscaron adaptar el concepto a entornos cerrados, con control limitado a pocos actores y acceso restringido.

Buterin sostuvo que ese enfoque ha terminado creando estructuras que no heredan plenamente los beneficios de la descentralización, pero tampoco resuelven de forma convincente los problemas de confianza y privacidad que intentaban atender. En su visión, el resultado ha sido una arquitectura débil por diseño.

Según reportó Coinpedia en un artículo recogido por TradingView News, Buterin dijo que la visión original de las blockchains de consorcio partía de la idea de que cinco bancos o cinco grandes empresas podían unirse y crear su propia cadena. Sin embargo, remarcó que ese modelo ha sido en su mayoría un fracaso.

Un modelo privado que no convence

Las blockchains de consorcio fueron promovidas durante años como una solución intermedia para compañías que no querían operar en redes públicas. La promesa era simple: compartir una infraestructura distribuida entre varios participantes confiables, con mayor eficiencia que una base de datos tradicional y menos exposición que una cadena abierta.

Buterin planteó que esa promesa no se ha materializado de forma satisfactoria. A su juicio, estas redes reúnen los peores rasgos de dos mundos. Por un lado, no alcanzan una descentralización significativa, porque el control sigue en manos de un grupo reducido. Por el otro, tampoco entregan una privacidad robusta ni una apertura comparable con la de un sistema público.

En su intervención, advirtió que estas estructuras suelen evolucionar hacia modelos “tipo cártel”. Con esa expresión se refirió a redes cerradas donde unas pocas entidades concentran el poder, con transparencia limitada y garantías de confianza débiles para el resto de los involucrados.

Ese punto resulta importante porque uno de los argumentos históricos a favor de blockchain ha sido reducir la dependencia de intermediarios y permitir auditoría compartida. Si la red termina operada por competidores directos con acceso interno a la información, el incentivo para participar puede disminuir en lugar de fortalecerse.

Buterin también fue específico sobre el problema de privacidad. Señaló que, en estos esquemas, una empresa podría terminar colocando sus datos en una red donde las únicas personas con acceso son ella misma y sus competidores más cercanos. Desde su perspectiva, eso no representa una mejora clara frente a otras alternativas tecnológicas.

La crítica no se limitó al diseño técnico. También apuntó a la lógica institucional detrás de estos proyectos. Cuando el número de validadores o administradores es muy bajo, el sistema corre el riesgo de parecerse más a una coordinación entre actores dominantes que a una infraestructura neutral con reglas verificables para todos.

La alternativa: reforzar sistemas existentes con criptografía

Lejos de proponer que todas las empresas migren por completo a redes públicas, Buterin presentó una vía más pragmática. En lugar de reconstruir desde cero sus plataformas con una blockchain privada, sugirió mantener los servidores centralizados existentes y complementarlos con herramientas criptográficas que aporten verificabilidad.

Entre los mecanismos mencionados se encuentran el anclaje de raíces de Merkle y las pruebas de validez directamente en cadena. Con ello, una empresa puede conservar gran parte de su infraestructura actual, pero agregar una capa de comprobación que permita verificar la integridad de ciertos datos o procesos sin exponer toda la operación.

Ese enfoque, descrito como un modelo “sidecar”, busca obtener garantías similares a las de una blockchain sin asumir el costo ni la complejidad de una descentralización completa. En términos prácticos, se trataría de usar la cadena pública como una base de verificación, no necesariamente como el entorno donde ocurre toda la actividad empresarial.

La idea es relevante para sectores que requieren controles fuertes, pero que operan con restricciones regulatorias, comerciales o de confidencialidad. En esos casos, la pregunta no es solo si conviene usar blockchain, sino qué partes del sistema necesitan apertura total y cuáles pueden seguir funcionando en una arquitectura más tradicional.

Desde esa óptica, Buterin pareció sugerir que muchas empresas no necesitan “otra blockchain”, sino mejores garantías criptográficas sobre sistemas que ya poseen. Esa diferencia cambia el centro del debate: de construir una red privada compartida a diseñar mecanismos verificables que se conecten con infraestructura pública cuando sea necesario.

Layer 2 y un ecosistema fragmentado pero interoperable

Buterin también dedicó parte de su exposición al papel de las soluciones Layer 2 dentro del ecosistema de Ethereum. Estas herramientas, cada vez más centrales para la estrategia de escalabilidad de la red, operan fuera de la capa base, pero heredan parte de su seguridad al publicar pruebas o datos en la cadena principal.

Para lectores menos familiarizados con el concepto, una Layer 2 es una arquitectura construida sobre Ethereum que busca procesar operaciones con mayor eficiencia. El objetivo suele ser reducir costos, aumentar capacidad y permitir casos de uso más especializados, sin abandonar por completo las garantías del sistema base.

Buterin identificó cuatro categorías clave de L2. La primera es la de cadenas compatibles con la máquina virtual de Ethereum, conocidas como EVM, que facilitan la portabilidad de aplicaciones y herramientas ya existentes. La segunda corresponde a sistemas de estilo servidor con pruebas on-chain, más cercanos al modelo empresarial que él considera práctico.

La tercera categoría incluye entornos experimentales. Se trata de espacios donde pueden probarse nuevas ideas técnicas o económicas sin exigir que toda la red principal adopte de inmediato esos cambios. La cuarta abarca cadenas específicas para aplicaciones, diseñadas alrededor de usos particulares y no como plataformas generales para todo tipo de actividad.

Según su planteamiento, ninguna de estas capas resolverá por sí sola todas las necesidades del ecosistema. El verdadero objetivo es la interoperabilidad. Es decir, que distintos sistemas puedan coexistir, conectarse y transferir valor o información de manera verificable, aunque estén construidos con lógicas distintas.

Buterin describió esa visión como un “ecosistema fragmentado heterogéneo”. Aunque la palabra fragmentación suele tener una connotación negativa en tecnología, en este contexto su planteamiento apunta a una diversidad coordinada. La idea es que diferentes tipos de Layer 2 atiendan necesidades diversas, mientras comparten un marco de seguridad y compatibilidad más amplio.

Ese modelo también ofrece una lectura más amplia del futuro empresarial de Ethereum. En vez de obligar a todas las organizaciones a adoptar una misma forma de descentralización, abre la puerta a combinaciones más flexibles entre sistemas abiertos, servidores especializados, pruebas criptográficas y cadenas orientadas a funciones concretas.

La intervención de Buterin deja una conclusión nítida: para el cofundador de Ethereum, el problema no se resuelve reuniendo a un puñado de instituciones en una cadena cerrada. La apuesta más sólida pasa por usar la infraestructura pública como base de verificación y construir, encima de ella, mecanismos interoperables capaces de escalar sin sacrificar seguridad ni transparencia.

---

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público

Este artículo fue escrito por un redactor de contenido de IA