¿Qué son las DApps?

La emergencia de DApps

Un modelo nuevo para desarollar aplicaciones exitósas y masivamente escalables está brotando. Bitcoin abró el camino con su código abierto, su naturaleza peer-to-peer, y su documentación críptográficamente almacenada (block chain), y número limitado de sus fichas que fortalezan el uso de sus características. Durante el último año docenes de aplicaciones han adaptado el modelo Bitcoin para suceder. Ethereum, Omni y el SAFE Network son unos de tales “aplicaciones descentralizadas” cuáles usan una multitud de metodos para operar. Algúnos usan su propia blockchain (Ethereum), algúnos usan blockchains ya presentes y emiten sus propias fichas (Omni Layer), y otros operan dos capas encima de la blockchain y emiten sus propias fichas (SAFE Network).

El papel describe porque aplicaciones descentralizadas tienen el potencial de llegar a ser inmensamente exitósas, como los diferentes típos de aplicaciones descentralizadas pueden ser clasificadas, y introduce terminología cúal pretende a ser concisa y provechosa para la “community”. Por fin, ese papel propone que estas aplicaciones descentralizadas superarán a las corporaciones de software más grandes del mundo en su utilidad, su user-base y su valoración de sistema debido a sus estructuras de incentivación superiores, flexibilidad, transparencía, resiliencia y naturaleza distribuida.

Definición de una DApp

Para estar considerada comp DApp (pronunciada Dee-app, parecido a E-Mail), una aplicación debe cumplir con las criterías siguientes:

  1. La aplicación debe ser de manera totalmente código abierto, debe operar autonomamente, y sin entidad controlando sus fichas. La aplicación puede adaptar su protocolo en respuesta a mejoras presupuestas y feedback del mercado, pero todos cambios deben ser decididos por consenso de sus usuarios.
  2. Los datos y anotaciones de operaciones de la aplicación deben ser almacenados críptográficamente en una blockchain pública y descentralizada.
  3. La aplicación tiene que usar una ficha críptográfica (Bitcoin o una ficha propia de su sístema), cuál es necesaria para acceder a la aplicación, y cada contribución de valor de miners debería ser recompensada con esas fichas.
  4. La aplicación debe generar fichas según un algorítmo criptográfico estandár, sirviendo como prueba de valor, cuál está contribuido por los nódulos a la aplicación (Bitcoin usa el Proof of Work Algorithm).

fractals_4

Bitcoin como DApp

Satoshi Nakamoto, el proclamado fundador de Bitcoin descubrió su invento como “Un sístema de dinero electrónico peer-to-peer”. Bitcoin demostró cómo resolver efectivamente los problemas surgiendo de un sístema de dinero electrónico escalable sin confianza a tráves de un libro público contable y peer-to-peer, la Blockchain de Bitcoin. Además de estar un sístema de dinero electrónico peer-to-peer, Bitcoin es también una aplicación cuál sus usuarios pueden acceder a tráves de su software del ordenador. Pero sobre todo, Bitcoin es una aplicación descentralizada. Aquí es porqué:

  1. Todas las aplicaciones de software Bitcoin son de código abierto, sin entidad regulador (ya sea gobierno, empresa o organización) y todas las anotaciones relacionadas al uso de Bitcoin están públicas.
  2. Bitcoin produce sus propios fichas, los Bitcoins, con un algorítmo predeterminado, lo cuál no podría ser cambiado, y esas fichas están necesarias para el funcionamiento de Bitcoin. Miners de Bitcoin están recompensados con Bitcoins para su contribución en asegurar el sístema de Bitcoin.
  3. Todos cambios de Bitcoin deben ser aprobados por la mayoría de sus usuarios con el mecanísmo proof-of-work.

Nomenclatura y su importancia

Aplicaciones descentralizadas habrían describidas inicialmente como Corporaciones Autónomas Descentralizadas (CAD), en un artículo escrito por Daniel Larimer, de Invictus Innovations. Ese papél evita el termino “corporación” debido a dos razones:

Primero, porque conlleva con ideas preconcebidas innecesarias. Por ejemplo, una corporación está establecida en una jurisdicción, tiene acciones, un director ejecutivo, etc. DApps, como Bitcoin, no tienen nada de esas características. Además, la narrative es muy importante para la perception de las DApps por las varias jurisdicciones y naciones. De la misma manera que los gobiernos quieren regular al Bitcoin porque conlleva el concepto de una moneda, ellos también tendrían un subterfugio para regular las DApps si tienen nombre de una corporación.

Segundamente, porque corporaciones tradicionales pueden empeñarse en diferentes téchnicas para recaudar fondos (como vender acciones y pagar dividendas, o pedir préstamo con sus acciones y pagar interés), cuál no es necesario para una DApp. El concepto de la DApp está precisamente tan potente y elegante, porque no incluye estas técnicas tradicionales de las corporaciones. La propiedad de las fichas de la DApp son los únicos requisitos para usar el sístema. Está muy simple. El valor de las fichas depende de la valoración de la aplicación por la gente. Todos los incentivos, la monetización, todas las maneras de apoyo están integradas en este maravillosamente simple sístema. DApps no necesitan los mecanismos que corporaciones centralizadas usan para equilibrar los interéses de accionistas y empleados.

Clasificación de las DApps

Hay diferentes caracteristicas para clasificar las aplicaciones descentralizadas. Para el meta de ese papél, clasificamos las DApps según su independencia de otras blockchains. Basado en este criterío, hay trés típos de DApps:

Típo I: DApps con su propia blockchain. Bitcoin es el más famoso ejemplo de ese típo, pero Litecoin y otros “alt-coins” son del mismo típo.

Tipo II: DApps que usan la blockchain de una DApp del típo I . DApps del típo II son protocolos y tienen fichas, cuáles son necesarias para su funcionamiento. El Omni Protocol es un ejemplo de una DApp del típo II.

Típo III: DApps que usan el protocolo de una DApp del típo II. Aplicaciones descentralizadas del típo III son protocolos y tienen fichas, cuáles son necesarias para su funcionamiento. Por ejemplo, el SAFE Network usa el Omni Protocol para emitir ‘safecoins’, cuáles pueden ser uitilizados para adquirir almacedimiento de datos distribuido.

Una analogía útil para una DApp del típo I sería un sistema operativo del ordenandor (como Windows, Mac OS X, Linux, Android, iOS), típo II una software de próposito general (como Word, Excel, o Dropbox) y para típo III una solución especializada de software (como una herramienta de fusión cuál usa Word, un macro de informes de gastos cuál usa Excel, o un blog cuál usa Dropbox). Está expectado que debido a los efectos de red y el ecosistema entorno cada DApp, habrá pocos DApps del típo I, más DApps del típo II y muchos DApps del típo III.

En este punto, es importante mencionar que ya hay varios proyectos del código abierto cuáles hacen uso de DApps del típo I. Colored coins y CoinJoin, por ejemplo, estan basados en la blockchain de Bitcoin y proveen caracteristicas útiles para sus usuarios. Aún así, estos proyectos no pueden ser clasificados como DApps del típo II, a pesar de que no emiten fichas.

La operación de una DApp

fractal_1

Mecanismos para hacer consenso

Hay dos comunes mecanismos con cuáles DApps pueden hacer consenso: el proof-of-work (prueba de trabajo), POW, y el proof of stake (prueba de interés), POS.

Con el POW el mecanismo de las decisiones sobre cambios en una DApp está basado en la cantidad de trabajo cada parte implicada que contribuye la operación de la DApp. Bitcoin usa este enfoque para su operación diario. POW también está conocido como mining.

Con el POS mecanismo, decisiones sobre cambios en una DApp están basadas en la propiedad porcentual de los varias partes implicadas. Por ejemplo, el voto de una parte implicada cuál tiene 10% de las fichas emitidas por una DApp, tiene 10% de los derechos. El Omni Protocol esta basado en el POS mecanismo.

Los dos mecanismos pueden estar utilizados paralelamente, como en el caso de Peercoin. Tal combinación permite una operación con menos gastos de energía como POW solo, y le deja más resistente a ataques de 51%.

Mecanismos para distribuir fichas

Hay tres mecanismos para distribuir las fichas de las DApps: mining, recaudación de fondos, y programación.

Con el mecanismo de mining, las fichas están distribuidas a las personas cuáles trabajan más para la operación de la DApp. El Bitcoin por ejemplo, distribuye sus fichas por un algoritmo predeterminado a los miners cuáles verfician transacciones y mantienen la blockchain de Bitcoin.

Con el mecanismo de recaudadción de fondos, las fichas están distribuidas a los que han provisto los fondos durante el etapa iniciál de la DApp. El Master Protocol por ejemplo, distribuye sus Mastercoins a los que han enviado Bitcoins a una dirección dada con una tasa de 100 Mastercoins por Bitcoin enviado. Despúes, los Bitcoins acumulados habrían usado para financiar la programación de las DApps promovistas en el protocolo.

Con el mecanismo de programación, las fichas están creadas de manera predeterminada y están solamente uitilizables para la programación. Por ejemplo, además del mecanismo de recaudación de fondos, el Master Protocol utiliza el mecanismo de colaboración para financiar su programación futuro. Un adicional 10% de los Mastercoins creados durante la recaudación de fondos fueron dejados a un lado para el desarollo del Master Protocol. Esos Mastercoins se volverían a ser disponibles por un plan predeterminado y serían distribuidos mediante una recompensa empujada por su comunidad (POS mecanismo).

Formación y programación de una DApp

La programación de una aplicación descentralizada se lleva a cabo en tres etapas.

Etapa 1: Un libro blanco esta publicado, describiendo la DApp y sus caracteristicas

Como en el caso de Bitcoin, la manera más común de publicar una DApp es a través de un libro blanco, describiendo su protocolo, sus caracteristicas, y su implementación. Despúes del lanzamiento público, los comentarios de la community están esenciales para la programación futura de la DApp.

Etapa 2: Distribución inicial de las fichas

Si la DApp usa el POW para distribuir sus fichas, un programa de software de referencía está lanzado para el mining. En el caso de Bitcoin, el software había lanzado y el bloque de transacción incial era creado.

Si la DApp usa el POS, un software de cartera está lanzado para las partes implicadas, así pueden intercambiar las fichas. En el caso de Mastercoin, una dirección de recaudación de fondos Exodus y una secuencia de comandos para la cartera habían públicadas.

Si la DApp usa el mecanismo de desarollo, un sistema de recompensas está lanzado, cuál permite la sugerencia de tareas realizadas, el rastreo de la gente cuáles trabajan con estas tareas, y un criterio con cuál las recompensas están otorgadas.

Etapa 3: La participación de propiedad de la DApp está extendida

Como las fichas están distribuidas por el mining, recaudación de fondos y colaboración a una gran variedad de personas, la propiedad de la DApp llegará a ser cada vez menos centralizada. Como la DApp madura, particpantes con habilidades más diversos están incentivados a contribuir, y la propiedad se difunde más. Las fuerzas del mercado garantizan, que las fichas están transferridas a la gente, que las tasa a lo más.

digitalvisualization_5

El caso de Satoshi Nakamoto ilustra eso: El tenía demasiados de los primeros 1,000,000 Bitcoins, pero cuando el mercado maduró, la propiedad de esos Bitcoins se difundía con más de 12 millones de Bitcoins en circulación.

Modelo legal para la operación de las DApps

La operación con código abierto permite a las DApps estar abiertas para innovaciones sin restricciones de los derechos de autores o patentes. Además, estando completamente de código abierto, las aplicaciones descentralizados pueden operar bajo de los derechos de la software de código abierto, Bitcoin por ejemplo usa la licencia del MIT de software del código abierto. El Master Protocol funciona similar, requeriendo que todos los progamas cuáles lo usan, estén de código abierto, disponible para la community.

Emisión y almacenamiento de las fichas

De una perspectiva tecnológica, la emisión de fichas es igual a acceso a la software para los usuarios. Las llaves privadas relacionadas con las fichas son como las contraseñas para el acceso a la software de la DApp.En la perspectiva fiscal, los que tienen fichas, poseen propiedad digital. Si las fichas no tienen ningún valor fuera de su uso en la DApp, es muy dificíl determinar su valor actual.

Organizaciones sin ánimo de lucro

No tiene que registrar entidades legals para las DApps, porque no son empresas. Propietores de las fichas no necesitan representación por una corporación, tampoco los colaboradores. Aún así, a veces fichas estan distribuidas por organizaciones sin ánimo de lucro, cuál jamás reciben ganancía fianciera de la DApp. Cuáles organziaciones tendrán los responsibilidades siguientes:

  1. Emisión de las fichas iniciales
  2. Almacenamiento de las fichas de programadores
  3. Gestion de los pagos de recompensa
  4. Determinar el rumbo de la DApp

Idealmente las organizaciones sin ánimo de lucro van a decidir de manera descentralizada, usando el POS mecanismo para cada decisión.

Práctica adecuada para crear una DApp y Preguntas más frecuentes

¿Qué califica una software como DApp?

  1. La aplicación debe ser de manera de código completamente abierto, operando autónomamente, sin entidad, controlando sus fichas. Sus datos y anotaciones deben ser almacenados críptográficamente en público, con una blockchain.
  2. La aplicación debe generar fichas según un algortimo estandár o critería dada, y distribuir algunas o todas de sus fichas al inicio de la operación. Esas fichas deben ser necesitas para el uso de la aplicación y todas contribuciones a su desarollo deben ser recompensadas con sus fichas.
  3. La aplicación puede adaptar su protocolo en respuesta a las mejoras propuestas y comentarios del mercado, pero todos cambios deben ser decididos por consenso de la mayoría de sus usuarios.

¿Qué es una ficha?

El meta de una ficha es permitir acceso a una aplicación de ordenador. Por ejemplo, un individuo debe poseer una cantidad de Bitcoins para llevar a cabo una transacción con el sístema de Bitcoin. Las fichas de las DApps no representan activos subyacentes, no son derechos a dividendos y no representan acciones. Aúnque el valor de la DApp está sometido a fluctuaciones con el tiempo, sus fichas no son garantías de acciones.

fractals_16

¿Como se distribuyen las fichas?

  1. Fichas de recaudación de fondos: Una venta única inciál de las fichas es una manera común para financiar DApps. Los fondos recaudados por esa microadquisición colectiva deberían ser controlados por una entidad independiente de los fundadores, normalmente una fundación.
  2. Fichas de los programadores: Una parte de las fichas puede ser dejado a un lado para los programadores trabajando con la DApp. Como el mercado fija un valór al proyecto, el valór de las fichas sube, atrayendo más programadores.
  3. Minería: La distribución de las fichas por minería incentiva la community a contribuir recursos a la sistema de la DApp. En Bitcoin, por ejemplo, hay recompensas de bloques cada 10 minutos, cuál incentiva los miners a proveer más energía de función hash a Bitcoin. DApps tienen que decidir como incentivar la contribución de recursos al sistema.

¿Porqué se paga el model de las DApps, para programadores, usuarios y colaboradores?

El modelo permite a los colaboradores involucrarse en el proyecto como compradores de las fichas, colaboradores del proyecto, o como proveedor de los recursos del sístema. Todos los colaboradores benefician del intercambio de las fichas.

¿Qué es la recompensa del comportamiento usuario?

Una recompensa del comportamiento está provisto a los colaboradores para proveer utilidad al sístema. El libro blanco debería subrayar lo cuál es la utilidad de la DApp. (Por ejemplo, el poder de hash es la utilidad del sístema de Bitcoin y está recompensada.) La utilidad debería ser medible, como en el caso de de una DApp de almacenamiento de datos, la cantidad de almacenamiento está medible.

El estado actual de DApps del típo I y II

Un mecanismo de cuál DApps del típo II pueden hacer uso de la blockchain de una DApp del típo I consiste en la incrustación de datos adicionales en las transacciones cuáles tienen lugar en la DApp del típo I . El Master Protocol, por ejemplo, incrusta datos adicionales a los transacciones del sístema de Bitcoin. Aúnque Mastercoin incrusta sus datos adicionales actualmente (Februar 2014) de manera ad hoc, el lanzamiento de la versión 0.9 del cliente de referencia de Bitcoin proveerá un metodo estándar para esa incrustación. Usando la metodología de “provable prune-able outputs”, DApps del típo II basadas en Bitcoin estarán capaz de incrustar datos de manera sistémica y los miners de Bitcoin tendrán la opción de podar esos datos.

Dado ese desarollo, varios típos de DApps del típo III están en programación. Ellos incluyen:

  • MaidSafe provee un mecanismo de “proof of resource” (prueba de recurso) y una estructura descentralizada de almacenamiento de datos por archivos privados o públicamente en la nube.
  • StorJ provee un almacenamiento de archivos en la nube, utilizando MaidSafe y otros sístemas en su back-end.
  • Ethereum provee las secuencias de comandos y recurso de computación basados en consenso.
  • OpenGarden provee servicios de la red basados en el sístema de Mesh.
  • Scalion provee una versión incentivada del sístema Tor con nódulos sirviendo como relés y puntos de salida de Tor.
  • Shared Miles provee un mecanismo de prueba de transportación cuál permite un estandár de transportación de código abierto.
  • BlockAuth provee un sístema de multi-signature (firma multirramificada) de manera OAuth para compartir datos privados con terceros.
  • API Protocol provee un estándar de código abierto para su alojamiento de páginas web (hosting), normalización y compartimiento de sus datos de API.

Conclusión

DApps tienen el potenciál de convertirse automantenidas, pues fortalezan sus partes implicadas a invertir en su programación. Por eso, es concebible que DApps de pagamiento, almacenamiento de datos, ancho de banda y computación en la nube superarán grandes corporaciones como Visa, Dropbox, Comcast o Amazon.

Apéndice

Una metáfora presupuesta para DApps

Sería beneficioso de tener una metáfora sencilla de las DApps. Tal metáfora podría ser utilizada para interfazes humano-ordenador.

fractals_18

Tal metáfora podría ser un cigoto. Está en punto dónde la generación de una célula biológica termina y la próxima empieza. Un cigoto se acostumbra y responde a cambios de su entorno sin cambiar sus genes, no puede ser regulado, está recursivo. El cigoto está autónomo, pues está atascado con sus propios genes, es una aplicación porque es una célula, está distribuido, y está autorizado a actuar como entidad suelta de otras células; tiene muchas caracteristas en común con las DApps.

El ley de Johnston

Todo lo que puede ser descentralizado, será descentralizado” – David A. Johnston

Basado en las ventajas economicas y de eficacia, está claro que los servicios centralizados del presente, serán reemplazados por alternativas descentralizadas.

Autores: David Johnston, Sam Onat Yilmaz, Jeremy Kandah, Nikos Bentenitis, Farzad Hashemi, Ron Gross, Shawn Wilkinson and Steven Mason

Tomado de : https://github.com/DavidJohnstonCEO/DecentralizedApplications/blob/master/README.md

"Trackback" Enlace desde tu web.

Erik Vollstädt

Bitnation Lead Ambassador and Community Director. Born 1993, aspiring entrepreneur and champion of voluntary societies & private property ethics. Proponent of counter-economics and competing market currencies, such as cryptocurrencies. Represented Bitnation as Lead Ambassador since 2015 at the Riga Bitcoin and Cryptocurrencies Meetup, the iBGEk basic income stage discussion in Klagenfurt (Austria), the Cointelegraph Blockchain Conference in Helsinki, the Zündfunk Netzkongress in Munich, at itnig for the Barcelona Bitcoin Community during the Mobile World Congress 2017 and at the Bitnation DevCon 2017 in Amsterdam. Author of the Bitnation blog. Media appearances include Shift (Deutsche Welle), Der Fehlende Part (RT Germany) and Zündfunk (BR2). Coordinates Bitnation's ambassador network globally and organizes meetups all over Europe. Graduated in Business Innovation & Technology Management (M.Sc.) in Girona (Catalunya, Spain). Wants to live an international lifestyle.

Deja un comentario