Cómo elegir una tecnología de blockchain, consejos de Dan Larimer

Dan Larimer, CTO de Block.One y detrás de algunos de los diseños de bloques más innovadores (incluidos EOSIO, Stemmit y Bitshares), ha publicado un nuevo artículo que cubre algunas de las empresas de la tecnología de blockchain. En el artículo, destaca aquellos problemas menos obvios que pueden afectar en gran medida la elección de una tecnología de bloqueo específico sobre otra.

Define 4 macro-problemas principales:

• Gobierno confiable VS no confiable
• Resistencia a la censura
• Objetivo VS Finalidad subjetiva
• Facilidad de comunicación Inter-blockchain (IBC)

Gobierno confiable VS no confiable

• (Delegado) Prueba de trabajo (por ejemplo, Bitcoin y Ethereum): si cualquier nodo puede proponer un bloque, necesitamos un conteo de recursos objetivos (para la facturación de la CPU) que compromete el rendimiento de la red.
• Prueba de Participación Delegada (por ejemplo, EOS): solo los nodos elegidos proponen bloques, por lo que es posible que haya más flexibilidad en el conteo de recursos, lo que mejora el rendimiento.
• Otro sistema de Prueba de Participación (por ejemplo, Ouroboros): Simula a la minería con el Staking, por lo tanto, también necesita un recuento de recursos objetivos.

"Cuando tiene un conjunto abierto de productores sin "puertas de confianza", entonces su código debe hacer compromisos en el rendimiento que podría evitarse con un sistema "Confiar pero verificar" como DPOS ".

Resistencia a la censura

(D) PoW y DPoS son más similares de lo que pensamos porque en (D)PoW los propietarios de hardware de minería a nivel de gobierno corresponden a los poseedores de tokens de un sistema DPoS. De hecho, los primeros administran el control en la red a través de su poder de minería de la misma manera que lo hacen los titulares de tokens con tokens en DPoS.

En consecuencia, con respecto al riesgo de censura, en un sistema (D)PoW es necesario mantener descentralizado al menos el 51% de todo el poder minero que se mantiene principalmente en los grupos mineros, que son equivalentes a los productores de bloques en el DPoS.

Sin embargo,

"Solo toma 3-4 representantes (grupos) para censurar las transacciones de bitcoin o de Ethereum y toma 8 o más detener una cadena de DPOS en protesta de una transacción válida específica".

Objetivo VS Finalidad subjetiva

Para que un bloque de blockhain sea tolerante a fallas, debe alcanzar la finalidad objetiva de la información dentro de los bloques.

Las blockchains que no tienen un conjunto cerrado de validadores conocidos no podrán alcanzar una finalidad objetiva, sino solo una "alta probabilidad de finalidad" o una finalidad subjetiva.

Entre los blockchains con finalidad subjetiva, Dan incluye:

• Bitcoin / Ethereum (Prueba de Trabajo Delegada)
• Bitshares / Steem (Prueba de Participación Delegada)
• Cardan (Ouroboros)

Mientras entre el blockchain con finalidad objetiva:

• EOSIO (BFT DPOS y BOS)
• Certain Hyperledger
• Hashgraph
• XRP

"Los sistemas de entrada abiertos tienden a carecer de finalidad y cualquier tipo de "confianza ganada" para que estén limitados por el rendimiento, el gobierno y la latencia".

Facilidad de comunicación Inter-blockchain (IBC)

La falta de finalidad objetiva aumenta las dificultades de la comunicación Inter-blockchain (IBC). De hecho, cuando una blockchain sin finalidad objetiva se integra en un sistema IBC, la blockchain de comunicación tendrá que esperar un largo tiempo para asegurarse de la información transmitida por la primera cadena. En el caso de Bitcoin, generalmente espera hasta más de 6 confirmaciones.

Por esta razón, la finalidad subjetiva aumenta significativamente las latencias entre los blockhains en un sistema IBC. Por otro lado, entre el blockchain con finalidad objetiva, IBC puede procesarse en unos pocos segundos.

"¿Qué tan bueno es un "un algoritmo de consenso de entrada abierta más descentralizado" si eso significa que tienes una blockchain que tiene una finalidad subjetiva y una gran latencia de comunicación Inter-blockchain y sin capacidad para aprovechar las optimizaciones de "confia pero verifica" en la capa de gobierno? " "Por otro lado, hay riesgos para los algoritmos que también ofrecen finalidad".

Recuerda "Todo la magia-blockchain viene con un precio"

Posted using Partiko Android