19 palabras que demuestran lo audaz que fue realmente Bitcoin

Richard Gendal Brown es director de tecnología de R3.

Este artículo de Opinión exclusivo es parte de la serie "Bitcoin a los 10: El Libro Blanco de Satoshi" de CoinDesk.

Existe un fenómeno en antropología llamado "Culto a la carga." Se observó por primera vez en Melanesia a fines del siglo XIX y la crónica más famosa fue después de la Segunda Guerra Mundial, cuando tribus remotas del Pacífico crearon pistas de aterrizaje para aviones e imitaron a controladores de tráfico aéreo que ya no estaban, en un intento de estimular el regreso de los lanzamientos aéreos militares.

El culto al cargo consiste en grupos de personas que confunden la forma con el contenido y se aferran a un concepto fácilmente visible sin comprender la razón subyacente de su existencia.

Mientras celebramos el décimo aniversario del correo electrónico que anunció el nacimiento de Bitcoin, he estado reflexionando sobre la prevalencia de los cultos de carga en la industria blockchain, qué los causó y qué deberíamos hacer al respecto.

Por ejemplo, muchas de las primeras plataformas de blockchain empresarial transmitían todos los datos a todos los participantes o a subgrupos de participantes definidos de forma general. Así no funcionan los negocios; los contratos deberían ser privados, por supuesto. Pero la transmisión completa era la forma en que Bitcoin lo hacía, por lo que a veces parecía que esas plataformas habían "culto" el mismo concepto, aunque tenía todo el sentido para Bitcoin , pero no para los negocios. Desde entonces, han revisado sus diseños, pero, como comunidad, deberíamos preguntarnos: ¿cómo sucedió esto? ¿Podemos mejorar en el futuro?

De forma similar, muchas plataformas blockchain empresariales se ejecutan en la Máquina Virtual de Ethereum (EVM) y requieren que los desarrolladores programen en un lenguaje llamado Solidity. No porque las empresas quieran Aprende lenguajes completamente nuevos, sino porque así es como lo hizo Ethereum .

El problema es que, si bien la EVM fue un logro asombroso, solo fue una solución provisional: la comunidad de Ethereum planea públicamente abandonarla NEAR . Por lo tanto, es difícil encontrar una razón para adoptarla para fines completamente ajenos, salvo quizás por motivos de culto a la carga. Esto tiene consecuencias reales: aprender nuevos lenguajes cuesta dinero y las decisiones técnicas que toman las empresas perduran en el tiempo.

Si estas cadenas de bloques empresariales basadas en EVM se arraigan, ONE podría imaginar que el ecosistema empresarial del mundo podría seguir ejecutando la EVM mucho después de que la plataforma para la que se inventó hubiera desaparecido.

Esta adhesión servil a una solución específica para un problema específico se extiende incluso a un principio CORE de la revolución de la cadena de bloques empresarial: la existencia de bloques.

Satoshi Nakamoto no se despertó una mañana pensando: "¡Lo que el mundo realmente necesita es que las transacciones se agrupen y se confirmen lentamente en bloques!". No, Bitcoin es un sistema por lotes porque la realidad física —la velocidad de la luz— significa que es imposible diseñarlo de otra manera si además se quieren alcanzar los objetivos de diseño del sistema en torno a un consenso criptoeconómico intensificado y seudónimo.

Si Satoshi hubiera podido construir un sistema en tiempo real lo habría hecho.

Entonces, si no tienes algunos de los requisitos de Bitcoin, ¿cuál es el argumento para que tu solución parezca idéntica y funcione como una computadora mainframe de los años 60?

Un ejemplo por el que esforzarse

Durante mucho tiempo he sostenido que el mundo de las cadenas de bloques empresariales se consolidará mucho más rápido de lo que cualquiera espera, que una "día del juicio final"Se acerca. En este décimo aniversario del artículo que impulsó a Bitcoin, quizás podamos usar un ejemplo práctico para ver qué podemos Aprende de cómo Satoshi abordó esta cuestión del diseño, un diseño verdaderamente novedoso y libre de cualquier tipo de culto a la carga.

A continuación se reproduce el correo electrónico que anunció el inicio del proyecto. Su primera línea dice: «He estado trabajando en un nuevo sistema de efectivo electrónico totalmente peer-to-peer, sin terceros de confianza».

Con esa frase engañosamente simple, Satoshi Nakamoto anunció la llegada de Bitcoin.

Esas 19 palabras resumían lo que equivalía a una especificación precisa de requisitos. No una réplica de una idea inapropiada del pasado, sino un conjunto específico de requisitos, del que se derivó un diseño específico.

Analicemos algunas de esas palabras para ver cómo lo hizo Satoshi.

• Totalmente peer to peer: por lo tanto no hay computadoras centrales.
• Sin un tercero de confianza: por lo tanto, el dinero electrónico debe ser intrínseco a la plataforma. (De lo contrario, habría que confiar en el emisor).

Esto también explica por qué se pone tanto énfasis en que los participantes de la red ejecuten sus propios nodos: si no puedes confiar en el software que operas y controlas, entonces dependerás de un tercero de confianza.

Quizás más importante aún, la falta de un tercero confiable también implica que no se puede obligar a los proveedores de confirmación de transacciones (los mineros) a identificarse o, de lo contrario, la necesidad de un proveedor de identidad reintroduce a un tercero confiable a través de la puerta trasera.

Esta ausencia deliberada de identidades reales implica que no se puede implementar el principio de "un participante, un voto", por lo que se necesita otra forma de LINK con el mundo real. Esto conduce a una prueba de trabajo que superpone una confirmación a la anterior, lo que, a su vez, implica dar tiempo a que las confirmaciones se propaguen globalmente, lo que, a su vez, genera la necesidad de agrupar las confirmaciones y, por lo tanto, estas deben presentarse en forma de bloques. Y así FORTH.

Es sólo una pequeña exageración decir que toda la arquitectura de Bitcoin se desarrolla inevitable e implacablemente a partir de esas 19 palabras.

Trabajas en los detalles y toda la arquitectura encaja.

Riesgos y opciones

En resumen, Bitcoin es una solución increíblemente elegante para un problema empresarial muy bien especificado.

No está exento de problemas, por supuesto. Y muchos de ellos son profundos y fundamentales: técnicos, ambientales y culturales. Pero no podemos subestimar la magnitud del logro de Nakamoto. Diez años después, la proliferación de la " Tecnología blockchain" parece indicar que Nakamoto ha sido muy influyente.

Y, sin embargo… Como argumenté anteriormente, no todas las plataformas blockchain empresariales actuales se derivan de una especificación precisa de requisitos y un arduo proceso de ingeniería. Al contrario, se perciben como muy diferentes. Algunas son, en efecto, réplicas de sistemas, con un culto a la carga, diseñados para resolver problemas muy distintos.

La resolución de este problema está en la ingeniería.

Para entender lo que quiero decir, veamos Corda, la plataforma blockchain de código abierto que mi equipo apoya y mantiene, con la ayuda de una comunidad de código abierto grande y en crecimiento. No pretendo que este artículo sea un discurso de ventas, así que diré desde el principio que hay problemas para los que Corda es una solución increíble... ¡y otros para los que no! Estúdielo usted mismo y aplíquelo donde tenga sentido.

Pero ese también es mi punto: Corda es una solución de ingeniería para un problema específico.

Resulta que Corda comparte mucho con otras plataformas blockchain (transacciones encadenadas criptográficamente, opciones de consenso con tolerancia a fallos bizantinos, escalabilidad masiva y mucho más). Pero también LOOKS diferencia en algunos aspectos fundamentales.

Como resultado, en la comunidad de Corda hemos recibido críticas por estas decisiones de diseño aparentemente poco convencionales. Pero creo que esta crítica fue infundada. La razón por la que plataformas como Corda tienen un aspecto diferente es porque resuelven problemas distintos y fueron diseñadas desde cero para resolverlos. Las diferencias son una característica, no un error, por así decirlo.

En Corda, nuestra misión es permitir que personas y empresas realicen transacciones directamente, con seguridad jurídica, firmeza en las liquidaciones, estricta Privacidad y la total garantía de que "lo que usted ve es lo que yo veo". Por ello, su diseño es diferente. Por ejemplo, cuenta con una capa de identidad, las transacciones se envían solo a quienes necesitan recibirlas, se confirman una a una en tiempo real, FORTH

Aquellas plataformas que han identificado un problema claro que resolver y han diseñado una buena solución gozan de excelente salud. Tras la mayor CordaCon de la historia, nos adentramos en 2019 con despliegues de producción ya en marcha y una adopción a gran escala a la vuelta de la esquina.

Gracias, Satoshi, por mostrarnos el camino.

Imagen de astronautavía Shutterstock