Organizaciones Autónomas Descentralizadas (DAO), por Tori Adams

Este artículo de Tori Adams trata de las organizaciones autónomas descentralizadas (por sus siglas en inglés, DAO). Como ahora ando curioseando en el Blockchain (en adelante, cadena de bloques), me pareció interesante y aquí lo traduzco:

La DAO Gubernamental: Cadena de Bloques, Organizaciones Autónomas Descentralizadas, Gobierno y Licencias Inteligentes

Introducción – Organizaciones como Acuerdos

Una de las aplicaciones más interesantes de la cadena de bloques es el concepto de organizaciones autónomas descentralizadas (DAOs). Las DAOs apalancan la potencia de la cadena de bloques, usando contratos inteligentes, para crear relaciones entre distintas entidades para formar organizaciones. Para más información sobre los contratos inteligentes, ver algunos de los posts más recientes de la misma autora. Para comprender cómo esto podría funcionar tenemos que pensar sobre lo que es una organización. Desde una perspectiva estructural, una organización es un conjunto de acuerdos entre distintos agentes y entidades (p.ej., gente, otras organizaciones, una máquina). Estos acuerdos adoptan la forma de contratos y normas internas, acuerdos formales e informales, criterios, procesos y procedimientos. Colectivamente, este “libro de normas” regula la conducta y las relaciones entre las distintas entidades organizativas (p.ej, la dirección, los empleados, los propietarios), especificando responsabilidades, derechos de propiedad, pagos y otros elementos de la operativa de la organización. También definen las relaciones con terceros, entidades como proveedores, clientes, autoridades gubernamentales y otros grupos de interés.

Si tuviésemos que gestionar estas relaciones, necesitaríamos un tercero para que vele por el cumplimiento e interprete los contratos. Esto es lo que las organizaciones hacen hoy en día. Esto es, crean una burocracia para gestionar y hacer cumplir los acuerdos y usan agentes externos para minimizar el riesgo de la parte contraria. Estos mecanismos aumentan el tiempo y el coste requerido para gestionar acuerdos (Figura 1).

Figura 1:  Las organizaciones como acuerdos

En cambio, usando contratos inteligentes basados en la cadena de bloques, podríamos tener un conjunto de acuerdos que se ejecutasen a sí mismos. Estos acuerdos serían abiertos, seguros y proporcionarían responsabilidad y transparencia. Más aún, cada parte podría estar segura de que los compromisos se cumplirían. Así, es posible visualizar una organización donde todas las relaciones internas y externas se gestionan por medio de contratos inteligentes de la cadena de bloques (Figura 2).

Figura 2:  Organizaciones basadas en la cadena de bloques

El fundador de Ethereum, Vitalik Buterin, ha llamado a estas entidades “Organizaciones Autónomas Descentralizadas” (DAOs).  Una DAO existiría en el espacio virtual con contratos inteligentes que gestionen las relaciones entre agentes clave. Esto es, la organización no tendría ningún control central, sería administrada completamente en la web, y no haría uso de contratos legales convencionales. Los agentes mecánicos autónomas gestionarían la mayoría de las actividades y los acuerdos se reforzarían a sí mismos por medio de la cadena de bloques.

Una DAO no estaría gestionada por completo por máquinas. Aunque las máquinas y las entidades autónomas jugarían un papel clave, los humanos seguirían gestionando la mayoría de sus interacciones y serían responsables de numerosas tareas. Sin embargo, la creciente automatización, incluso en ocupaciones que anteriormente requerían una elevada preparación (p.ej., programar, las finanzas, el análisis de datos), se otorgaría cada vez más a las máquinas.

Las ventajas de las DAO son:

  • Eficiencia: Las DAOs serían extremadamente eficientes, ya que despacharían con el conocimiento asociado con las actividades de supervisión y gestión de rutinas.
  • Transparencia e Inmunidad a la Corrupción: Todas las acciones de la DAO se podrían seguir y auditar y serían inmunes a la manipulacion por la gerencia u otros agentes.
  • Resistencia a la Presión Externa: Una DAO no podría corromperse o dejarse influir por agentes externos.
  • Altamente Escalable: Una DAO podría escalarse con facilidad para aunar a más participantes y funciones.

Agencias Gubernamentales Descentralizadas (DGA) y la cadena de bloques

Una aplicación potencial de esta idea es la extensión del concepto a la administración; lo que esta autora llama agencias gubernamentales autónomas y descentralizadas (DAGAs). En este modelo, las relaciones entre empleados de la administración, la gerencia de la agencia, los decisores, otras agencias, los grupos de interés, los clientes, usuarios, contratistas y ciudadanos podrían todos regirse y gestionarse por medio de contratos inteligentes.

Muchos de estos contratos tendrían rango de ley. Otros serían acuerdos operativos formales (p.ej., procedimientos operativos internos, procesos, directrices, etc.). Cada interacción se almacenaría como una transacción en una cadena de bloques pública. Los contratos inteligentes podrían organizarse para proporcionar diversos niveles de acceso según un sistema de autoridades basado en roles.

Igual que con las DAOs, las DAGAs serían altamente eficientes y proporcionarían una transparencia y rendición de cuentas sustanticla. Todas y cada una de las transacciones administrativas (p.ej., un intercambio de dinero, datos, propiedad o derechos de uso/acceso) se registraría y serviría para rendir cuentas. En una era en que la confianza en la administración ha declinado, la cadena de bloques podría ser el mecanismo que recuperase la confianza de la sociedad en la administración.

Las DAGAs, el IoT, y las licencias inteligentes

Además, muchas actividades rutinarias de la administración podrían automatizarse usando la cadena de bloques y el internet de las cosas (IoT). Por ejempleo, muchas funciones de licencias y ejecucíon podrían gestionarse por medio de una licencia inteligente. Una licencia inteligente funcionaría de forma similar a un contrato inteligente de la cadena de bloques. Asignaría responsabilidades a las distintas partes (p.ej., la administración y la entidad beneficiaria de la licencia). La licencia autorizaría a una entidad no gubernamental a realizar una actividad regulada. Si esa actividad la realizase una máquina o un sensor, entonces la actividad podría trazarse por medio de Internet de las Cosas (IoT) conectada a internet. Usando tal sistema, la licencia inteligente también podría seguir y exigir el cumplimiento

Por ejemplo, supongamos que se otorga una licencia por parte de una agencia ambiental pública para permitir ciertos vertidos al medio ambiente. El permiso podría especificar el mecanismo aprobado de vertido, el medio (p.ej. aire, agua, terreno) en que se permite el vertido y el tipo, cantidad y concentración de los productos químicos peligrosos en el residuo durante un período establecido de tiempo. La licencia también podría especificar las tecnologías y dispositivos empleados para el seguimiento de los vertidos y la elaboración de informes (ver Figura 3)

Figura 3:  Ejemplo de una Licencia Inteligente

Licencias inteligentes y normativa dinámica

Las licencias inteligentes podrían permitir una normativa dinámica, en tiempo real. La normativa dinámica usa Big Data, analítica en tiempo real y el IoT para tomar decisiones continuas, basadas en datos para gestionar dinámicamente el riesgo y controlar el impacto global sobre las actividades reguladas. Al escapar de la normativa de orden y mando, la normativa dinámica o inteligente crearía un sistema donde el gobierno pudiese reducir el riesgo y el coste global de la adecuación.

Con licencias inteligentes unidas al IoT con alguna aplicación de toma de decisiones que revisara la licencia, el proceso completo de solicitud, revisión, concesión, seguimiento y sanciones podría automatizarse. Esto es, el aumento de eficiencia, apertura, transparencia y la reducción de costes beneficiarían a todas las partes.

En un sistema a pleno funcionamiento, sería posible llevar a cabo una forma de normativa inteligente donde la normativa se gestionase dinámicamente. Por ejemplo, en el caso de la normativa ambiental, el volumen total de residuos vertidos por las distintas instalaciones podría gestionarse dinámicamente para minimizar los impactos ambientales reduciendo al mismo tiempo los costes de adecuación (ver Figura 4).

Figura 4:  Mercado de emisiones usando Licencias Inteligentes

Este sistema aumentaría espectacularmente la flexibilidad del sistema normativo. Además, permitiría un mercado de emisiones en tiempo real. Por ejemplo, las instalaciones obtendrían créditos (p.ej., ¿una moneda ambiental o Ecoin?) si estuviesen por debajo de un umbral permitido de emisiones y comerciar con los créditos no utilizados con una firma que estuviese emitiendo en exceso (si se lograse un nivel establecido de protección ambiental). El sistema completo podría registrarse en la cadena de bloques como una serie de transacciones. Los mercados de licencias podrían entonces desarrollarse cuando ocurriesen las transacciones sin que un tercero interviniese en el proceso.

El futuro – ¿Primero las sociedades en vías de desarrollo?

Apenas se han empezado a comprender las ramificaciones de este sistema. Las agencias y departamentos de la administración podrían descentralizarse radicalmente, y los costes operativos podrían reducirse de forma espectacular. Los ciudadanos y grupos de interés experimentarían un alto grado de transparencia, y todas las decisiones del gobierno se presentarían con una clara rendición de cuentas. A través de la conexión al IoT, los gobiernos y los ciudadanos podrían supervisar conjuntamente un espacio regulado compartido. Las partes reguladas podrían trabajar con el gobierno para crear un nuevo espacio regulatorio donde gestionasen conjuntamente las externalidades de sus decisiones individuales. Al mismo tiempo la transparencia del sistema apoderaría a los ciudadanos y grupos públicos de interés para supervisar e intervenir en tiempo real para prevenir la prevaricación.

Tomada en conjunto, la gobernanza basada en la cadena de bloques ofrece el potencial de una reinvención radical de la administración. Aunque existen numerosos desafíos, desde los tecnológicos hasta los legales y normativos, el potencial de una transformación total de la administración está ahí. Ya hay algunos países en vías de desarrollo que se están pasando al registro de la propiedad basado en la cadena de bloques para su inscripción y transacción. En estos países, la corrupción y la ausencia de rendición de cuentas son problemas fundamentales. La cadena de bloques ofrece una forma de sortear esos obstáculos e introducir derechos de propiedad seguros. Igual que la banca de telefonía móvil en el mundo en desarrollo ha desarmado el del mundo desarrollado, también podría ser que los países menos desarrollados sean los primeros en adoptar la gobernanza de cadena de bloques y proporcionar el modelo para sistemas más afianzados por venir.

Anuncios

Cómo evitar otro proyecto Blockchain sin sentido

Este artículo que he visto por casualidad en twitter me ha parecido muy interesante, sobre todo porque en él Gideon Greenspan, el CEO de una startup de proyectos blockchain (Coin Sciences Ltd) se dedicaba en noviembre de 2015 a disuadir a potenciales clientes que en realidad no necesitan blockchain.

Evitando el proyecto blockchain sin sentido

Cómo determinar si has encontrado un caso de uso real de blockchain

Los blockchains reciben demasiada atención de los medios. Ya está, por fin lo he dicho. Desde Sibos hasta Money 20/20 pasando por las portadas de The Economist y Euromoney, parece que todo el mundo quiere subirse al carro del blockchain. Y sin duda como otros en ese espacio, estamos viendo un número rápidamente creciente de empresas construyendo pruebas de concepto sobre nuestra plataforma y/o pidiéndonos ayuda.

Como joven startup que somos, podrías pensar que se nos ha subido el éxito a la cabeza. Seguramente ahora es el momento de obtener un montón de dinero y construir esa plataforma de alto rendimiento de la siguiente generación de blockchain que ya hemos diseñado. ¿A qué estamos esperando?

Te diré una cosa. Estamos esperando alcanzar una comprensión más clara de dónde las blockchains aportan valor de verdad en las TI de las empresas. Verás, una amplia proporción de esos proyectos que nos llegan no tienen nada que ver con las blockchains. Así es como funciona. Gran empresa oye que las blockchains son el último grito. Gran empresa busca internamente a algunas personas a las que les interesa el asunto. Gran empresa les da un presupuesto y les dice que vayan a hacer algo “blockchainístico”. Justo después llaman a nuestra puerta, agitando billetes de dólar, pidiéndonos que les ayudemos a pensar en un caso de uso. ¿Y ahora qué?

Y para los que ya tienen un proyecto en mente, ¿cuál es el problema? En muchos casos, el proyecto puede implementarse perfectamente utilizando una base de datos relacional normal y corriente. Sabes, mastodontes metálicos como Oracle y SQL Server, o para los de mentalidad más abierta, MySQL y Postgres. Así que permitidme que empiece por poner un poco de orden:

Si tus requisitos se cumplen con las bases de datos relacionales de hoy, estarías loco si usaras una blockchain.

¿Por qué? Porque los productos como Oracle y MySQL tienen detrás décadas de desarrollo. Se han desplegado en millones de servidores que ejecutan trillones de consultas. Contienen algunos de los fragmentos de código más exhaustivamente verificados, limpiados de errores y optimizados del planeta, y procesan miles de transacciones por segundo sin tan siquiera empezar a sudar.

¿Y qué hay de las blockchains? Bueno, nuestro producto fue uno de los primeros en llegar al mercado, y ha estado disponible durante exactamente 5 meses, con unos pocos miles de descargas. En realidad es extremadamente estable, porque lo hemos construido fuera de Bitcoin Core, que es el software que mueve bitcoin. Pero aún así, esta categoría entera de productos está todavía en pañales.

¿Entonces estoy diciendo que las blockchains no sirven para nada? Nada de eso. Pero antes de embarcarte en un reluciente proyecto de blockchain, tienes que tener una idea muy clara de por qué estás usando una blockchain. Hay un puñado de condiciones que deben satisfacerse. Y si no, deberías volver al tablero de dibujo. Quizá puedas definir mejor el proyecto. O quizá puedas ahorrarle a todo el mundo un montón de tiempo y dinero, porque no necesites una blockchain para nada.

1. La base de datos

Aquí está la primera regla. Las blockchains son una tecnología para bases de datos compartidas. Así que debes empezar sabiendo por qué estás usando una base de datos, con lo cual me refiero a un depósito estructurado de información. Puede ser una base de datos relacional tradicional, que contenga una o más tablas del tipo de las de las hojas de cálculo. O puede ser de la variedad más en boga de NoSQL, que funciona más como un sistema de archivos o un diccionario. (Desde el punto de vista teórico, las bases de datos NoSQL son sólo un subconjunto de bases de datos relacionales, de todos modos).

Un libro mayor para activos financieros puede expresarse con naturalidad como una tabla de una base de datos en que cada fila representa un tipo de activo cuyo propietario es una entidad en particular. Cada fila tiene tres columnas que contienen: a) El identificador del propietario, como un número de cuento, b) un identificador del tipo de activo, como “USD” o “AAPL” y c) la cantidad de ese activo poseída por ese propietario.

Las bases de datos se modifican por medio de “transacciones” que representan un conjunto de cambios a la base de datos que deben ser aceptados o rechazados en su conjunto. Por ejemplo, en el caso de un libro mayor de activos, un pago de un usuario a otro se representa por una transacción que deduce una cantidad de una fila y la añade a otra.

2. Múltiples escritores

Esta es fácil. Las blockchains son una tecnología para bases de datos con múltiples escritores. En otras palabras, debe haber más de una entidad generando transacciones que modifiquen la base de datos. ¿Sabes quiénes son esos escritores?

En la mayoría de los casos los escritores también explotarán “nodos” que guardan una copia de la base de datos y pasan transacciones a otros nodos a modo de peer-to-peer. Sin embargo las transacciones también podrían crearlas usuarios que no tienen un nodo a su cargo. Piensa por ejemplo en un sistema de pagos que se mantiene colectivamente por un pequeño grupo de bancos pero que tiene millones de usuarios finales en terminales móviles, comunicándose sólo con los sistemas de sus propios bancos.

3. Ausencia de confianza

Y ahora la tercera regla. Si hay múltiples entidades escribiendo en la base de datos, también tiene que haber cierto grado de desconfianza entre esas entidades. En otras palabras, las blockchains son una tecnología para bases de datos con múltiples escritores que no confían en los demás.

Podrías pensar que la desconfianza sólo surge entre organizaciones separadas, como los bancos que negocian en un mercado o las empresas implicadas en una cadena de suministro, pero también puede existir en el seno de una sola gran organización, por ejemplo, entre departamentos o las operaciones entre distintos países.

¿A qué me refiero concretamente con desconfianza? Quiero decir que un usuario no está dispuesto a dejar a otro que modifique las entradas de la base de datos que “le pertenecen”. De modo similar, cuando se trata de leer los contenidos de la base de datos, un usuario no aceptará como evangelio de “la verdad” lo que diga otro usuario, porque cada uno tienen incentivos económicos o políticos diferentes.

4. Desintermediación

Así que el problema, tal y como lo hemos definido hasta ahora, es habilitar una base de datos con múltiples escritores que no se fían unos de otros. Y ya existe una solución conocida de sobra para este problema: el intermediario de confianza. Esto es, alguien de quien todos los escritores se fían, incluso si no se fían por completo unos de otros. Sin duda, el mundo está lleno de bases de datos de esta naturaleza, como el libro mayor de las cuentas de un banco. Tu banco controla la base de datos y se asegura de que cada transacción es válida y que está autorizada por el cliente cuyos fondos mueve. Da igual lo amablemente que preguntes, tu banco nunca te dejará que modifiques directamente su base de datos.

Las blockchains quitan la necesidad de intermediarios de confianza habilitando que las bases de datos con múltiples escritores que no se fían unos de otros se puedan modificar directamente. No se necesita un guardián centralizado para verificar las transacciones y autenticar su origen. En vez de esto, la definición de una transacción se extiende para incluir una prueba de autorización y una prueba de validez. Las transacciones pueden por lo tanto ser verificadas y procesadas de forma independiente por cada nodo que mantiene una copia de la base de datos.

Pero la pregunta que debes plantear es: ¿Queremos o necesitamos esta desintermediación? Según sea tu caso de uso, ¿hay algún problema con tener una parte central que mantiene una base de datos de autorizaciones y que actúa como el portero de las transacciones? Hay buenas razones para preferir una base de datos basada en blockchain a un intermediario de confianza como menores costes, transacciones más rápidas, reconciliación automática, nuevas normas o la simple incapacidad de encontrar un intermediario adecuado.

5. Interacción entre las transacciones

Así que las blockchains tiene sentido para bases de datos compartidas por múltiples escritores que no se fían por completo unos de otros y que modifican la base de datos directamente. Pero todavía no es suficiente. Las blockchains brillan de verdad donde haya alguna interacción entre las transacciones creadas por esos escritores.

¿A qué me refiero con interacción? En el sentido más amplio, esto significa que las transacciones creadas por diferentes escritores a menudo dependen unas de otras. Por ejemplo, digamos que Alice envía unos fondos a Bob y entonces Bob envía a su vez algunos a Charlie. En esto caso, la transacción de Bob depende de la de Alice, y no hay forma de verificar la transacción de Bob sin comprobar la de Alice antes. A causa de esta dependencia, las transacciones pertenecen las dos a una sola base de datos compartida.

Llevando esto más lejos, una buena funcionalidad de las blockchains es que las transacciones pueden crearse colaborativamente por múltiples escritores, sin que ninguna de las partes tenga que exponerse a un riesgo. Esto es lo que permite realizar los acuerdos de entrega contra pago con seguridad en una blockchain, sin requerir un intermediario de confianza.

Un buen caso puede hacerse también para situaciones donde las transacciones desde distintos escritores están relacionadas entre sí, incluso aunque permanezcan independientes. Un ejemplo podría ser una base de datos de identidades compartida en la que múltiples entidades validan distintos aspectos de las identidades de los consumidores. Aunque cada una de esas certificaciones es independiente, la blockchain proporciona una forma útil de reunirlo todo de forma unificada.

6. Establecer las reglas

En realidad esto no es una condición, sino más bien una consecuencia inevitable de los puntos anteriores. Si tenemos una base de datos modificada directamente por múltiples escritores, y esos escritores no se fían completamente unos de otros, entonces la base de datos debe contener reglas incrustadas que restrinjan las transacciones que se pueden hacer.

Estas reglas son fundamentalmente distintas de las restricciones que aparecen en las bases de datos tradicionales, porque se relacionan con la legitimidad de las transformaciones que con el estado de la base de datos en un instante concreto. Cada transacción se comprueba contra estas reglas por cada nodo de la red, y las que fracasan se rechazan y no se retransmiten.

Los libros mayores de activos contienen un ejemplo sencillo de este tipo de regla, para prevenir transacciones que creen activos de la nada. La regla establece que la cantidad total de cada activo en el libro mayor debe ser la misma antes y después de cada transacción.

7. Elige a tus validadores

Hasta ahora hemos descrito una base de datos distribuida en que las transacciones pueden originarse en múltiples lugares, propagarse entre nodos a modo peer-to-peer, y se comprueban por cada nodo de forma independiente. ¿Entonces dónde entra la “cadena de bloques”? Bueno, uno de los trabajos de la blockchain es ser el registro autorizado final de las transacciones, en cuyos contenidos todos los nodos están de acuerdo de forma demostrable.

¿Por qué necesitamos este registro? En primer lugar, permite que los nodos recientemente incorporados calculen los contenidos de la base de datos desde cero, sin necesidad de que se fíen de otro nodo. En segundo lugar, responde a la posibilidad de que algunos nodos se pierdan algunas transacciones, debido a una caída del sistema o un ruido de comunicaciones. Sin un registro de transacciones, esto causaría que la base de datos de uno de los nodos divergiese de la de los demás, socavando el objetivo de una base de datos compartida.

En tercer lugar, es posible que haya dos transacciones en conflicto, de forma que sólo una de ellas puede aceptarse. Un ejemplo clásico es un gasto doble en que el mismo activo se envía a dos receptores distintos. En una base de datos peer-to-peer sin una autoridad central, los nodos podrían tener opiniones diferentes acerca de qué transacción debería aceptarse, porque no hay una respuesta objetivamente correcta. Al requerir que las transacciones se “confirmen” en una blockchain, aseguramos que todos los nodos convergen en la misma decisión.

Por último, en las blockchains al estilo de Ethereum, el ordenamiento preciso de las transacciones juega un papel crucial, porque cada transacción puede afectar a lo que ocurre en cada una de las subsiguientes. En este caso, la blockchain actúa para definir la cronología oficial, sin la cual las transacciones no se podrían procesar en absoluto.

Una blockchain es literalmente una cadena de bloques, en la que cada bloque contiene un conjunto de transacciones que se confirman como un grupo. Pero ¿quién es responsable de elegir las transacciones que van en cada bloque? En el tipo de “blockchain privada” que es adecuada para las aplicaciones empresariales, la respuesta es un grupo cerrado de validadores (“mineros”) que firman digitalmente los bloques que crean. Esta lista de admitidos se combina con alguna forma de esquema de consenso para evitar que una minoría de validadores se haga con el control de la cadena. Por ejemplo, MultiChain utiliza un esquema llamado diversidad de minería, en que los mineros autorizados trabajan a modo de “round-robin“, con algún grado de libertad para tener en cuenta los nodos que no estén funcionando.

Independientemente del esquema de consenso que se utilice, los nodos validadores tienen mucho menos poder que el propietario de una base de datos centralizada tradicional. Los validadores no pueden falsificar transacciones o modificar la base de datos violando sus reglas. En un libro mayor de activos, esto quiere decir que no pueden gastar el dinero de otras personas, ni cambiar la cantidad total de activos representados. Sin embargo, aún quedan maneras en que los validadores pueden influenciar indebidamente los contenidos de una base de datos:

  • Censura de transacciones. Si se coaligan maliciosamente los suficientes validadores, pueden impedir la confirmación en la blockchain de una transacción en particular, dejándola permanentemente en el limbo.
  • Resolución sesgada de conflictos. Si dos transacciones entran en conflicto, el validador que cree el siguiente bloque decide qué transacción se confirma en la blockchain, causando que la otra sea rechazada. La elección justa sería que la primera transacción que se haya visto, pero los validadores pueden elegir basándose en otros factores sin revelarlo.

A causa de estos problemas, cuando se está implantando una base de datos basada en blockchain, debes tener una idea clara de quiénes son tus validadores y por qué confías en ellos, colectivamente si no uno a uno. En función del caso de uso, los validadores podrían elegirse como: (a) uno o más nodos controlados por una sola organización, (b) un grupo central de organizaciones que mantienen la cadena, o (c) cada nodo de la red.

8. Respalda tus activos

Si has llegado hasta aquí, te habrás dado cuenta de que tiendo a referirme a las blockchains como bases de datos compartidas, en vez de con la definición más común de “libros mayores compartidos”. ¿Por qué? Porque como tecnología, las blockchains pueden aplicarse a problemas que van mucho más allá del seguimiento de la propiedad de activos. Cualquier base de datos que tiene múltiples escritores que no se fían unos de otros puede implementarse sobre una blockchain, sin requerir un intermediario central. Los ejemplos incluyen calendarios compartidos, colaboración al estilo wiki y foros de discusión.

Dicho esto, por ahora parece que las blockchains son sobre todo de interés para quienes siguen el movimiento e intercambio de activos financieros. Puedo pensar en dos razones para esto: (a) el sector financiero está respondiendo a la (con lo que sabemos ahora, minúscula) amenaza de criptomonedas como bitcoin, y (b) un libro mayor de activos es el ejemplo más simple y natural de una base de datos compartida con transacciones interdependientes creadas por múltiples entidades que no se fían unas de otras.

Si quieres usar una blockchain como un libro mayor de activos, debes responder a una pregunta crucial adicional: ¿Cuál es la naturaleza de los activos que se están moviendo? Con esto no me refiero sólo a dinero o bonos o cartas de porte, aunque por supuesto eso también es importante. La pregunta es más bien: ¿Quién está detrás de los activos representados en la blockchain? Si la base de datos dice que poseo 10 unidades de algo, ¿quién me permitirá reclamar esas 10 unidades en el mundo real? ¿A quién demando si no puedo convertir lo que está escrito en la blockchain en activos físicos tradicionales? (Mira este acuerdo para ver un ejemplo).

La respuesta, por supuesto, variará en función del caso de uso. Para activos monetarios, uno puede imaginar bancos de custodia que acepten dinero en la forma tradicional, y después acreditando las cuentas de los depositarios en un libro mayor distribuido movido por una blockchain. En finanzas comerciales, las cartas de crédito y de porte se respaldarían por el banco del importador y la compañía de transportes respectivamente. Y más adelante en el futuro, podemos imaginar un tiempo en que la principal fuente de bonos corporativos tenga lugar directamente en una blockchain por parte de la empresa que busque captar fondos.

Conclusión

Como mencioné en la introducción, si tu proyecto no satisface todas y cada una de estas condiciones, no deberías estar usando una blockchain. En ausencia de cualquiera de las cinco primeras, deberías pensar en: (a) un almacenamiento convencional de archivos, (b) una base de datos centralizada, (c) una replicación maestro-esclavo de bases de datos, o (d) múltiples bases de datos a los que se puedan suscribir los usuarios.

Y si cumples las cinco primeras, todavía queda trabajo por hacer. Debes ser capaz de expresar las reglas de tu aplicación en términos de las transacciones que una base de datos permite. Debes estar seguro de en quiénes puedes confiar como validadores y cómo definirás el consenso distribuido. Y por último, si estás pensando en crear un libro mayor compartido, debes saber quién estará respaldando los activos representados en ese libro mayor.

¿Tienes todas las respuestas? Enhorabuena, tienes un caso de uso de blockchain real. Y nos encantaría saber de tí.

Traducción del escrito de Gideon Greenspan, CEO and Founder, Coin Sciences Ltd