NewsDevelopersEnterpriseBlockchain ExplainedEvents and ConferencesPressButlletins informatius

Subscriu-te al nostre butlletí.

Correu electrònic

Respectem la vostra privadesa

IniciBlogEmpresa Blockchain

30 Factors tècnics de la plataforma Blockchain

Aspectes tècnics clau a tenir en compte a l’hora d’escollir una plataforma blockchain per al cas d’ús del vostre negoci. Clemens Wan 5 de març de 2020 Publicat el 5 de març de 2020

Clemens Wan és arquitecte de solucions a ConsenSys. Escriu llistes de 30 seelemons.com.

Si l’elecció de la plataforma blockchain té menys a veure amb els factors empresarials (vegeu 30 Factors empresarials de la plataforma Blockchain), potser estigueu examinant alguns dels aspectes tècnics del vostre cas d’ús. Aquesta llista de 30 recorre preguntes específiques de blockchain que haurien de tenir en compte a l’hora d’examinar una plataforma.

DevOps / Xarxa / Desplegament / Protocol

Flexibilitat de desplegament de la capa Blockchain – La plataforma té una instància pública? Teniu permís? Privat? Híbrid?
Recompte òptim de nodes – Quants nodes es necessiten per donar suport a la xarxa? Un per cada membre? Puc interactuar amb la xarxa sense executar un node?
Envasament – Es pot implementar la plataforma i implementar-la mitjançant Kubernetes?
Capa de gestió d’identitats de xarxa – Com es gestionen els permisos per a nodes i individus? Hi ha limitacions per als súper usuaris? Hi ha un mapa de xarxa d’origen de totes les parts de la xarxa (per exemple, un servei similar al DNS – ENS a Ethereum)?
Mecanisme de consens – El sistema es basa en proves de treball? Prova d’aposta? Prova de l’autoritat? Prova del temps transcorregut? Probablement, això ho decideix la configuració de governança i les entitats en funció del que sigui més eficaç per al vostre cas d’ús.
Missatgeria entre organitzacions – Hi ha capes separades per a la missatgeria privada? Està basat en AMQP? RabbitMQ? XMPP? Scuttlebutt segur?
Metodologia de processament de transaccions – Quin ordre d’activitats es produeix en termes de processament de transaccions? Quan el protocol ordena, valida i executa les transaccions? A Ethereum, els TX s’envien a nodes de validació que ordenen / validen abans d’executar i distribuir el bloc “correcte”. A Corda, les TX es validen individualment per la necessitat de conèixer nodes a través de Flow Framework fins que el notari les signi i redistribueixi.
Criptografia – Quines biblioteques s’utilitzen i són compatibles amb els hash i les signatures? (per exemple, secp256k1 per a Ethereum)
Connectabilitat de la criptografia – Els nodes específics poden optar per utilitzar una biblioteca de criptografia diferent en funció de les seves normes de seguretat regionals? (p. ex., compliment NIST)
Tècniques per compartir fitxers – Tots els recursos digitals han d’estar d’alguna manera ancorats legalment a través de l’organització que en té la custòdia o el document legal / prosa al qual fa referència el codi. Com es comparteixen els fitxers entre les organitzacions amb la plataforma? Es guarden a la mateixa plataforma? Es fan una còpia de seguretat de manera similar?
Ancoratge legal – Hi ha incorporada prosa legal o implementació de documents legals (per exemple, OpenLaw) dins del protocol?
Resistent a la manipulació versus resistent a la manipulació – Algú pot canviar l’estat del node local i el seu historial? Si d’alguna manera s’eliminés una transacció o estat, provocaria que tot estigués fora de sincronització? Les dades històriques de referència poden ser modificades o suprimides i acordades per totes les parts?
Recuperació de transaccions – Com recupera un node les transaccions? Si les vostres transaccions no es distribueixen completament a totes les parts, quins són els mecanismes per descarregar la darrera versió acordada?
Capacitat DAO – Hi ha exemples de dapps que abstracte la responsabilitat de governança? Això pot ser útil per reutilitzar la xarxa per mantenir el vot i la governança.

Experiència per a desenvolupadors / Aplicacions Top of Stack

Responsabilitat de l’aplicació – A l’hora de construir la vostra aplicació superior de pila (dapp), de què us haureu de preocupar? Heu d’allotjar el vostre propi node? També sou responsable de desplegar els servidors i les interfícies web corresponents del dapp? Com pagaran els vostres usuaris per la vostra sol·licitud?
Desplegament de la capa Dapp – Segons els permisos, com es desplegen els contractes intel·ligents a la xarxa? Per part d’una persona (p. Ex., Adreça de la llista blanca)? Per un node (per exemple, la identitat de LEI)? Per una entitat registrada (p. Ex., Una xarxa empresarial afegida a la xarxa)? Pel proveïdor d’infraestructures (per exemple, Kaleido Marketplace)? Necessiteu permisos de nivell de node per desplegar-los?
Idiomes de contracte intel·ligent – En quin idioma està escrit el contracte intel·ligent? S’ha provat? Té una bona comunitat?
Biblioteques i estàndards contractuals intel·ligents – Hi ha biblioteques / funcions segures acordades (per exemple, OpenZeppelin) que es mantenen i auditen? Hi ha àmpliament consensuades implementacions de funcions acumulades a estàndards (per exemple, ERC-20, ERC-721, etc.)?
Actualització intel·ligent del contracte – Com s’actualitzen les aplicacions? Hi ha patrons d’actualització ben definits per al codi de contracte intel·ligent?
Accés a dades de referència i de mercat – Dins de la xarxa, quins oracles disponibles es poden trucar per rebre la informació necessària per executar una acció desencadenada?
Gestió recomanada de la identitat de les persones – Els parells i les adreces de claus públics / privats insisteixen de manera natural en què els individus mantenen les seves pròpies claus? O és, realment, suposant que els intermediaris els acolliran en nom vostre i continuaran distribuint la gestió del compte entre les preferències del client?
Interopteu en aplicacions o xarxes – Un dapp pot trucar a un altre dapp? Es pot fer referència a informació de xarxa / cadena lateral de la xarxa connectada?

Control d’usuari / rendiment / privadesa

Rendiment del processament de transaccions – Quina rapidesa es pot fer cua de les transaccions, processar-les (per lots / blocs) i assegurar-se que la cua s’esborra amb la notificació de “desat”?
Escalabilitat del processament de transaccions – Està dissenyat amb sistemes modularment escalables (horitzontalment o verticalment) per suportar taxes de processament més altes?
Canvis simultanis – Hi ha obstacles per actualitzar el mateix contracte o saldo diverses vegades abans de canviar completament l’actiu?
Rendiment de la distribució de transaccions – Quan s’actualitza la vostra transacció a totes les parts? És quan es processa el bloc? Després de 6 profunditats de blocs? Un cop finalitzat el flux i signat per totes les parts?
Multi-threading – El processament i el consens de les vostres transaccions poden ser de diversos fils o dividits entre diversos participants de la xarxa i, tot i així, acordar la mateixa font daurada? Es divideixen diferents tipus d’execucions?
Mecanismes de privadesa per a l’ofuscació del camp – Podeu compartir camps específics del mecanisme d’emmagatzematge de dades amb només usuaris específics? Es pot executar una lògica empresarial que compare els valors del camp sense revelar la informació (per exemple, asteques i ZKsnarks)?
Mecanismes de privadesa dels destinataris (confidencialitat) – Podeu girar les claus públiques automàticament de manera que l’usuari final al qual envieu la informació no es pugui resoldre amb una identitat coneguda?
Mecanismes de privadesa dels remitents (patrons de trànsit de transaccions) – No podeu compartir la transacció amb totes les parts en els casos en què vulgueu que només vegin la transacció les vostres parts identificades??

Consulteu els nostres experts en blockchain

El nostre equip global de solucions ofereix formació en blockchain, assessorament estratègic, serveis d’implementació i oportunitats d’associació. Contacteu amb nosaltres Butlletí de notícies Subscriviu-vos al nostre butlletí per obtenir les últimes novetats, solucions empresarials, recursos per a desenvolupadors i molt més sobre Ethereum. Adreça de correu electrònic Contingut exclusiuGuia