NewsDevelopersEnterpriseBlockchain ExplainedEvents and ConferencesPressButlletins informatius
Subscriu-te al nostre butlletí.
Correu electrònic
Respectem la vostra privadesa
IniciBlogEmpresa Blockchain
Blockchain vs. Distributed Ledger Technologies (DLT): primera part
Una anàlisi comparativa entre Ethereum, Hyperledger Fabric i R3 Corda. per ConsenSys, 5 d’abril de 2018 Publicat el 5 d’abril de 2018
La cadena de blocs d’Ethereum manté similituds i diferències en comparació amb tecnologies de llibres distribuïts com Hyperledger Fabric o R3 Corda. En fer avaluacions fonamentades de les cadenes de blocs i les plataformes de llibres distribuïts i el valor que aporten a l’empresa, és útil classificar les plataformes en funció de la seva funcionalitat i característiques bàsiques. Com que les cadenes de blocs es van derivar de principis de criptografia i configuracions de dades, certes funcionalitats es poden replicar en un sistema de bases de dades coordinades, mentre que altres funcionalitats només són factibles en un entorn de cadena de blocs real..
En aquest article, avaluarem les funcionalitats fonamentals del negoci per a les principals plataformes empresarials, com ara Ethereum, Hyperledger Fabric i R3 Corda, en termes d’on adquireix la influència del programari i de com s’optimitza el sistema, ja sigui mitjançant sistemes distribuïts tradicionals o una base de blockchain contemporània.
Figura 1: demarcació de la tecnologia subjacent.
En particular, ens centrarem en tres àrees clau de funcionalitat:
- Coordinació de dades. Com es distribueix i distribueix millor la informació i la confiança dins d’un sistema entre els grups d’interès
- Capes d’incentius interns criptoeconòmics. Com s’arquitectura un sistema de manera que es motiven els diferents grups d’interès i usuaris basats en incentius econòmics per garantir la funcionalitat d’un sistema, per exemple. Teoria de jocs i disseny de mecanismes.
- Integració a la mercantilització digital d’actius. Com es poden integrar els sistemes en una economia de béns digitals. En algunes caracteritzacions nominals, això es coneix com economia simbòlica
Objectius principals de Blockchain: què volen aconseguir les empreses amb aquesta tecnologia?
Les cadenes de blocs com Ethereum tenen objectius similars als dels seus homòlegs de llibres distribuïts. Identificar l’objectiu del que les empreses esperen assolir mitjançant la tecnologia blockchain pot ser un enfocament desafiant, ja que, com Internet dels anys 90, les empreses encara no sabien conceptualitzar l’ús de la potent eina. De la mateixa manera, avui en dia, se sap que la tecnologia blockchain és capaç d’instanciar diverses funcions, tot i que la forma d’arquitecturar aquestes funcions en una solució empresarial requereix d’altres coneixements i avaluacions de les capacitats subjacents..
Els tres eixos principals explorats: processament i coordinació de dades, registres fiables i immutables i digitalització d’actius, són prou amplis com per encapsular la usabilitat principal d’una cadena de blocs, alhora que permeten extrapolar aquestes funcions en escenaris empresarials. En discutir aquests tres aspectes, és possible revelar el significat darrere de per què una entitat empresarial vol utilitzar la tecnologia.
Processament eficient i coordinació de la informació
Si el disseny millorat del sistema distribuït o la coordinació de la base de dades és l’únic propòsit d’un protocol o plataforma, potser no sigui necessàriament una cadena de blocs. Les plataformes blockchain tradicionalment han promogut els conceptes de millor coordinació de dades i mecanismes de consens distribuït en què es faciliten i transfereixen les dades a través d’una plataforma tecnològica. Tot i que és útil, es pot obtenir una part important d’aquests trets funcionals desitjats mitjançant una millor coordinació d’una base de dades central o un millor disseny del sistema distribuït. En aquesta investigació, cal determinar fins a quin punt les plataformes i els protocols intenten optimitzar la funcionalitat de coordinació de dades existent enfront de la implementació de noves funcionalitats de blockchain. Les cadenes de blocs estan dissenyades per a una simple coordinació avançada de dades.
Registre immutable / de confiança dels productes i transaccions
La tesi original sobre per què necessitem blockchains girava al voltant del concepte de digitalització de la confiança. Un tema promogut per Andrew Keys de ConsenSys és que “Com que Internet va donar lloc a una digitalització de la informació, les cadenes de blocs donen lloc a la digitalització de la confiança i els acords”. Aquesta tesi significativa encarna l’ètica del que esperen aconseguir les cadenes de blocs, tot obrint el camí a un camí més. La variable addicional seria la digitalització del valor. Quan el valor s’adjunta a la confiança que s’implementa en un sistema, certes estructures d’alineació i mecanismes d’incentius influiran i incentivaran els comportaments adequats dins d’un sistema, donant lloc a una plataforma sòlida.
Sovint es dóna el cas que la immutabilitat s’utilitza de manera sinònima amb confiança a l’hora de dissenyar un sistema, és a dir, perquè el sistema és immutable, es confia que les coses dolentes no quedaran impunes. Tot i que a l’avaluació del protocol de la nostra plataforma, és important també avaluar els mecanismes que expliquen com s’implementa un sistema de confiança per garantir un model de negoci que pugui ser beneficiós per als usuaris d’una plataforma (exploració posterior mitjançant la criptoeconomia).
Digitalització d’Actius
La digitalització de béns i actius es considera un objectiu principal per a la majoria de plataformes de blocs o llibres distribuïts. Si les empreses busquen la digitalització d’actius, un llibre distribuït o la coordinació d’una base de dades poden oferir algunes funcions, tot i que s’hauria de tenir molt en compte l’accessibilitat d’aquests productes digitals. Com que les bases de dades coordinades es gestionen o es distribueixen bàsicament de manera centralitzada entre un grup o subgrups de contraparts mitjançant un paradigma de programari heretat, els nivells de digitalització poden limitar-se en funció de la llibertat que ofereix la plataforma de digitalització. Tot i que el concepte de digitalització de béns sona com un procés senzill, les diferents dinàmiques d’incentivació i raonaments econòmics entorn de com es digitalitzen béns com l’immoble, l’atenció humana o fins i tot l’electricitat requereixen una consideració significativa sobre quin tipus de plataforma seria responsable de la digitalització les plataformes de proveïdors presenten graus de “bloqueig de proveïdors” i confiança en una plataforma de gestió centralitzada en diversos casos.
Els registres i registres, com els sistemes de titulació i les cadenes de subministrament, també són factibles mitjançant un sistema de llibres comptables distribuïts, tot i que el seu nivell d’interacció amb una capa d’incentius econòmics és bastant limitat si depèn d’un sistema propietari tancat i la proliferació d’aquests actius en un ecosistema o mercat digital seria molt retardat si es basa en rails tancats. És necessari un sistema de mercat lliure que utilitzi plenament les diverses facetes que el mercat obert pot proporcionar per facilitar els autèntics béns digitals en un ecosistema digital en constant desenvolupament..
Avaluació de les característiques de coordinació de bases de dades
Coordinació de bases de dades: característiques
Tot i que s’ha realitzat una anàlisi en profunditat de les funcionalitats d’aquestes plataformes en termes de característiques com la immutabilitat, seguretat, escalabilitat, manejabilitat i rendiment, es pot comprovar molt més comprenent els fonaments sobre els quals es basen les arquitectures..
S’han inventat i implementat moltes eines per a una correcta coordinació de dades dins de sistemes distribuïts. Un exemple seria el gran èmfasi en eines com Hadoop i els diversos conjunts d’aquest ecosistema, inclosos Spark, Hive i Zookeeper. La confiança en aquests productes mostra una forta integració d’eines i protocols de sistemes distribuïts. Es poden mostrar paral·lelismes addicionals en protocols com Tendermint, un motor de consens BPFT dissenyat amb funcionalitats similars a les eines com Apache Zookeeper. A nivell intern també hi ha hagut investigacions en la línia de bases de dades de proveïment d’esdeveniments que pot replicar diverses funcionalitats desitjades des d’un sistema d’intercanvi de dades coordinat.
A través d’eines d’avaluació com Apache Kafka i de com el servei de transmissió de dades és capaç d’assolir nivells significatius de rendiment en un entorn empresarial, podem delimitar les diferències funcionals entre una cadena de blocs i un llibre distribuït en funció dels diferents nivells de dependència d’aquesta coordinació i optimització de la base de dades. eines en termes dels conceptes fonamentals. Les implementacions d’Ethereum, inclòs el plasma, utilitzen eines com MapReduce per augmentar certes funcionalitats de mapatge a la part superior d’un model basat en comptes i UTXO, alhora que redueixen els components en proves de merkle, tot i que és important adonar-se que la capa base del protocol segueix depenent d’Ethereum. com a cadena de blocs arrel. En descomposar aquests detalls, es pot obtenir més informació sobre la millor manera d’avaluar les característiques tecnològiques d’aquestes plataformes de programari.
Coordinació de dades: comparació de plataformes
Teixit Hyperledger
A través d’una immersió profunda Arquitectura de teixits, es pot determinar que la plataforma ha creat un entorn de desenvolupament intricat centrat en permetre un rendiment superior basat en configuracions detallades de l’arquitectura de programari per a un rendiment òptim en un entorn de sistemes distribuïts. El moviment del codi de connexió entre el client i una xarxa de nodes parells d’adhesió distribuïts juntament amb els mecanismes de transacció i la transferència de rebuts que compleixen les polítiques d’adhesió és eficaç al sistema tancat, mentre que el protocol de xafarderies que propaga les transaccions dins dels canals privats permet la coordinació de grans conjunts de dades. Tot i que la infraestructura és robusta i capaç, s’hauria de tenir en compte el procés de pensament de com es va dissenyar l’arquitectura per permetre estructures de coordinació multilaterals on eventualment hi pot haver un factorial de canals implicats en una xarxa que pot ser difícil de gestionar..
Figura 2: Arquitectura de tela Hyperledger. Aquesta figura demostra algunes de les configuracions arquitectòniques de Fabric i com s’organitzen els components en un sistema dissenyat per al processament avançat d’informació i el màxim rendiment de transaccions.
La idea principal és que els canals ofereixen oportunitats per traslladar transaccions dins de la plataforma. En mirar l’arquitectura, la funció d’ordenar nodes de servei (OSN) serveix per registrar transaccions al servei de comandes d’Apache Kafka. A l’ecosistema de transmissió de dades, Kafka és una potent eina amb la possibilitat d’afegir diverses formes de transaccions a clústers separats de Kafka i, finalment, a particions..
En aquesta configuració, les dades es poden distribuir entre clústers per formular una plataforma d’emmagatzematge distribuït que pugui registrar les estructures de dades que de vegades es coneixen com a “blocs” o blobs dins de la definició de “estat” del teixit en el context de la seva clau / configuració del magatzem de valors. Una conceptualització que cal reconèixer en aquest marc de programari és que tots els participants i les estructures de dades d’aquest ecosistema són natives perquè funcionen principalment al costat d’altres usuaris d’aquest ecosistema de programari..
Figura 3: Apache Kafka
De fet, el teixit utilitza una subestructura de tipus llibre major que desplega determinats magatzems de dades vinculats a hash, tot i que s’ha de reconèixer que la configuració dels hash no segueix el disseny arquitectònic original afiliat a un sistema de cadena de blocs derivat de Bitcoin o Ethereum. Tot i que els blobs de dades es mostren per lots i se sotmeten a esdeveniments de lliurament per acabar creant un enllaç hash de les transaccions, cal entendre que aquest procés no necessàriament transita les dades a una modificació de l’estat del sistema. Més aviat, els blocs es configuren de manera que la informació s’emmagatzemi en una estructura de tipus de base de dades amb diferents instàncies de hash.
A l’ecosistema Fabric, els esdeveniments de lliurament s’anomenen blocs mentre que el codi de xinc passa per desplegar esdeveniments per, finalment, assegurar les dades dins de les particions en cadena de l’estructura del servei de comanda. La configuració de les estructures de dades i els mòduls d’aquest sistema és capaç de permetre el rendiment de transaccions que s’esperava de l’arquitectura de base de dades distribuïda, tot i que s’hauria de reconèixer que la coordinació del codi d’actiu continua sent un repte que no s’ha resolt completament dins l’ecosistema Fabric com a actiu i valor no necessàriament té una representació digital que es pugui coordinar dins del llibre major.
R3 Corda
R3 Corda es basa en un entorn que no reclama una cadena de blocs, sinó una base de dades descentralitzada que utilitza diverses formes de reconfiguració estructural per construir un sistema que els bancs i altres institucions utilitzarien principalment per als seus processos. La plataforma manlleva en gran mesura del model UTXO utilitzat en les transaccions de bitcoins on l’estat està definit per una sèrie d’entrades i sortides i les diverses reconfiguracions de les entrades poden dictar l’estat de la sortida.
El marc arquitectònic R3 Corda es basa en una estructura nodal que depèn de submòduls anomenats notaris que ajuden a mantenir la validesa d’una xarxa similar a les estructures de validació en altres plataformes que abstracteixen la funció de consens. Els nodes van acompanyats de bases de dades relacionals que s’afegeixen a les estructures de dades que permeten fer consultes mitjançant SQL. La comunicació de transaccions està restringida dins de subprotocols anomenats fluxos.
Aquests fluxos són comparables a l’arquitectura de canals que es veu a Hyperledger Fabric, on només les parts privades de les transaccions poden accedir a la informació. Les classes experimenten transformacions que donen lloc a màquines d’estats anomenades fibres o co-rutines. L’arquitectura es basa en els fluxos que es comuniquen amb sub-fluxos i interactuen amb les biblioteques de fluxos que tenen funcions predefinides dins dels límits de la plataforma. A més, hi ha una capa d’identitat autònoma dins de Corda que permet diferents graus de control d’accés a la xarxa general.
Tot i que R3 Corda ha afirmat obertament que no pretén ser una cadena de blocs, s’ha de tenir en compte que la reconfiguració del concepte de base de dades distribuïda a una base de dades descentralitzada depèn bastant significativament dels sistemes de bases de dades tradicionals. Tot i que el sistema s’articula al voltant de noves estructures de dades i diferents composicions d’organització d’un sistema distribuït, la plataforma té en compte l’assignació de dades i troba diverses maneres d’optimitzar les funcions d’un sistema de distribució de dades. Una cosa a tenir en compte és que, atès que el sistema es limita a certes facetes de la coordinació de dades en els límits d’una arquitectura específica, s’ha sacrificat la integració en sistemes de blockchain reals ja que la modularitat i la interoperabilitat no es van implementar per al disseny original.
Figura 4: flux de treball R3 Corda. El flux de treball de les transaccions dins de Corda i com es mouen els estats d’entrada i els estats de sortida pel sistema i com s’afegeix la documentació al procés de flux de treball.
Ethereum
L’ecosistema Ethereum es construeix a partir d’una combinació d’ecosistemes de cadena de blocs privats i públics. La cadena pública no té cap a prop de les capacitats de processament i de rendiment tal com es descriu en el context de coordinació de dades, de manera que no s’hauria d’avaluar en funció d’aquestes capacitats. A l’hora d’avaluar aquest aspecte d’Ethereum, té més sentit sintetitzar els diferents matisos de la topologia de xarxa d’instanciacions privades d’Ethereum.
El Paper groc Ethereum decreta fermament un conjunt d’especificacions sobre què constitueix Ethereum, així com la particularització tècnica de la base de codis. A causa d’aquesta estricta adhesió als plànols d’aquest protocol, les forquilles d’Ethereum, així com les implementacions del consorci, s’assemblen al substrat original sobre el qual es basa la tecnologia. De fet, les mateixes especificacions són contínues, ja sigui en una prova de treball, prova d’autoritat o prova d’implementació d’estaca perquè els protocols es consideren descendents de les mateixes especificacions de la màquina virtual Ethereum (EVM).
Figura 5: Disseny criptoeconòmic.
Prova d’estaca d’Ethereum Casper
Un exemple de capes d’incentius criptoeconòmics també es pot veure en la transició d’Ethereum a un mecanisme de consens de proves d’estaca mitjançant implementacions de Casper. Tot i que la prova de treball té la seva pròpia estructura d’incentius teòrics de joc internalitzats per dissuadir els participants de controlar la xarxa, la transició a la prova de joc té encara més estructures internes per desincentivar els participants d’equivocar o intentar crear instàncies alternatives de la cadena de blocs quan es troben amb forquilles. El protocol d’aposta crea un entorn bizantí tolerant a fallades on l’èter estaria unit al mecanisme de consens. El que això significa és que les persones estarien obligades per un vincle de fidelitat per comportar-se honorablement dins del sistema.
Si un atacant planejava equivocar o intentar assumir el control dins del mecanisme de consens, hi hauria diversos protocols relatius “Algorismes slasher” destruiria les possessions de l’Eter o els lligams de l’atacant, per la qual cosa els castigaria per les seves accions nefastes. En el disseny del mecanisme darrere dels càstigs, la quantitat d’èter destruït està constantment programada per ser proporcional a la quantitat que un atacant volia guanyar, en què l’equilibri assolit és aquell en què l’atacant mai no voldria comprometre el sistema..
Cosmos i Tendermint
Cosmos també està construint un ecosistema que depèn del mecanisme de consens Tendermint que depèn en gran mesura dels algorismes de tolerància a fallades bizantines. La plataforma depèn de validadors que tenen funcions similars a les dels miners a la xarxa bitcoin. Els validadors tenen fitxes de participació anomenades àtoms que s’utilitzen per assegurar la xarxa mitjançant un mecanisme de prova d’estaca que es basa en la confiança generada pels validadors vinculats. La interacció entre els jugadors de l’ecosistema també és indicativa d’una estructura teòrica del joc on els validadors poden perdre les seves fitxes o les fitxes que se’ls deleguen si es descobreix que infringeixen el protocol. A causa d’aquest disseny de dipòsits fidels dels grups d’interès dins d’aquest sistema, el mecanisme de consens permet un mecanisme d’incentivació que asseguri la xarxa. Aquest disseny de seguretat permet el bon funcionament de la interfície d’aplicacions Blockchain (ABCI), el protocol de comunicació inter-blockchain (IBC), així com les diferents interaccions entre el hub i les zones de Cosmos..
Teixit R3 Corda i Hyperledger
Una nota important que cal reconèixer és que R3 Corda i Hyperledger Fabric no tenen aquestes capes d’incentius criptoeconòmiques instantànies dins de les seves arquitectures de programari. A causa del fet que les arquitectures de programari estan dissenyades fonamentalment sobre la base de paradigmes centrats en bases de dades distribuïdes, no es van dissenyar originalment per a la incorporació de capes de criptomoneda natives en el marc general. I, a causa d’aquesta diferència inherent en el disseny del programari, encara no estan calibrats per poder participar en ecosistemes de múltiples cadenes on hi ha interoperabilitat i coordinació amb multitud de cadenes de blocs. Com que els sistemes s’estructuren tenint en compte el màxim rendiment, es van passar per alt els dissenys arquitectònics per a una topologia de xarxa interoperable amb cadenes de blocs, incloses les xarxes públiques de cadenes de blocs públiques, en funció de la construcció inicial d’aquests sistemes..
Per què és necessari el disseny de mecanismes criptoeconòmics?
Es pot preguntar per què és necessària una capa d’infraestructura criptoeconòmica en el disseny de programari. El que crea aquest paradigma és una nova capa de confiança i immutabilitat que pot existir dins d’un entorn informàtic sense confiar en una entitat centralitzada. Fa dècades que construïm programari en un servidor de clients i una arquitectura de bases de dades particulars. Empreses com IBM, Intel i Oracle ja han perfeccionat aquest model juntament amb els sistemes i subsistemes que es van crear després de la creació inicial, i aquests models encara s’utilitzen tant en arquitectures de sistemes distribuïts com en sistemes de llibres comptables distribuïts recentment etiquetats. Tot i que aquests sistemes continuen centralitzats en diversos aspectes, ja sigui a través d’una entitat central o d’una estructura de consorci similar a un càrtel en què s’inclinin els incentius basats en la dependència inherent d’una entitat centralitzada en lloc d’una estructura d’incentius genuïna per garantir el bon funcionament del sistema..
Un sistema descentralitzat permet vies alternatives viables per assolir certs objectius dins d’un entorn de programari. Els principals avantatges que es destaquen en aquest intercanvi serien la confiança vs l’execució. Com que es confia millor en un gran sistema centralitzat, es considera que pot executar-se millor. Tot i que el que els sistemes blockchain esperen inculcar són les característiques d’un sistema en el qual la confiança i el valor es poden reassignar sense dependre d’una gran entitat centralitzada.
Una idea que es defensa entre certes facetes del disseny de sistemes és que, per optimitzar un sistema, també cal suboptimitzar els subsistemes. Això vol dir que la coordinació d’un sistema s’ha d’orquestrar i arquitecturar de manera que els subsistemes interns també tinguin una participació o un mecanisme d’incentivació dins de l’ecosistema general més gran, per assolir objectius de cooperació. En crear un enfocament teòric de jocs criptoeconòmics cap a aquesta optimització de l’entorn general, es pot crear una confluència de models informàtics i econòmics que permetin la creació de noves arquitectures de programari que es puguin imaginar dins de l’economia digital..
Basant-se en aquesta visió d’una economia digital, s’ha de reconèixer que l’ús d’una combinació de cadenes de blocs privades i cadenes de blocs públiques que poden interoperar és el que crearà un ecosistema digital viable on puguin sorgir diverses capes de comerç i relacions comercials, que es desenvolupin més enllà del és possible en configuracions tecnològiques heretades.
Integració en una economia de token de blockchain
Als efectes d’aquesta investigació, cal definir el concepte de tokenització. El concepte pren de la noció que les empreses o entitats són capaces de crear representacions fungibles o no fungibles de diverses formes d’actius, mercaderies i serveis basades en certs estàndards digitals que existeixen actualment al nostre ecosistema..
Tot i que l’economia simbòlica encara es desenvolupa, és important distingir que la primera onada de productes tindrà inicialment diversos errors i defectes que requereixen temps i iteració per perfeccionar-se. Tot i que la simbolització d’actius, productes financers, energia i atenció digital són models de negoci viables, la dinàmica exacta en què s’implementen requereix capes addicionals de funcionalitat i accés que només es milloraran amb el temps. Una economia simbòlica d’èxit serà l’artefacte resultant creat a partir d’avenços i descobriments significatius que s’estan fent en el disseny de mecanismes teòrics del joc i les innovacions de blockchain..
Com es descriu a Josh Stark’s article sobre criptoeconomia, les fitxes que mostren els signes més forts d’usabilitat s’avaluen sobre si formen un component necessari dins del disseny econòmic i de teoria de jocs del negoci en general. Si una empresa pot digitalitzar o simbolitzar diverses facetes del seu ecosistema, les línies de productes que es poden crear s’expandeixen exponencialment més enllà dels nostres mitjans tradicionals d’intercanvi de béns físics, actius financers, mercaderies o serveis tecnològics. En crear el mitjà digital sobre el qual els actius tokenitzats poden arribar a bon port, es poden desenvolupar avenços significatius a partir del nou ecosistema.
En veure l’ecosistema de les eines blockchain, és evident que Ethereum és de fet el substrat sobre el qual es pot basar l’economia simbòlica. I si el model d’economia simbòlica és capaç d’incorporar les funcions de cadenes de blocs privades, solucions d’escalabilitat i eines de privadesa com zk-Snarks, la tokenització global dels actius digitals eclipsarà les capacitats actuals a les quals es limiten els nostres models econòmics a causa de restriccions inherents a viabilitats organitzatives.
Assolir els objectius empresarials de Blockchain
Per assolir els objectius empresarials esmentats de la cadena de blocs, hem d’avaluar les diverses vies que cal atendre. En una visió general del gràfic que detalla les capacitats dels models esmentats, Ethereum és capaç de donar servei a l’escenari de coordinació de bases de dades distribuïdes, així com a les funcions addicionals, mentre que R3 Corda i Hyperledger Fabric encara no han triat tocar aquestes capes de funcionalitat.
En el context dels casos d’ús empresarial, superposem les diferents funcionalitats discutides a més d’escenaris empresarials del món real per entendre millor les capacitats de les plataformes.
Assignació eficient d’informació
Funcionalment, els productes s’assemblen de manera similar des del punt de vista de la coordinació de bases de dades i la utilització de sistemes distribuïts. R3 Corda, Hyperledger Fabric i les versions empresarials d’Ethereum, de fet, han distribuït funcions d’assignació d’informació que poden facilitar l’assignació d’informació a través de diferents capes de control d’accés i configuracions de govern de consorci. Tot i que cada plataforma és diferent quant a la seva configuració arquitectònica de programari, cadascuna és capaç d’executar el rendiment necessari en una assignació i coordinació d’informació eficients..
Informació immutable de confiança
La immutabilitat s’ha utilitzat una mica com a concepte sinònim per confiar en el context de moltes d’aquestes tecnologies. En avaluar les característiques d’immutabilitat s’ha d’entendre que dins d’un ecosistema que utilitza eines de transmissió de dades basades en Apache com Kafka, hi ha capacitats inherents que permeten l’accés de lectura / escriptura a les dades. Per tant, els aspectes d’immutabilitat de Hyperledger Fabric són una mica limitats a causa d’algunes de les decisions preses en el disseny del sistema.
Per al sistema basat en models UTXO de R3 Corda, l’aspecte de la immutabilitat es conserva de manera diferent dins dels límits generals del sistema. A causa del disseny global del llibre major distribuït, han establert certes facetes de confiança que es poden demostrar a tota la plataforma.
Les capes de confiança i immutabilitat establertes dins d’un context d’Ethereum es conceptualitzen dins d’un subprotocol d’arrels estatals derivades de la cadena de blocs pública de Patricia Merkle Tries. A causa d’aquesta preservació dels paradigmes bàsics del programari dins de l’ecosistema i d’una connexió viable a la cadena pública, la cadena de blocs d’Ethereum i les derivacions relacionades d’Ethereum són capaces de confirmar la immutabilitat. La confiança obtinguda amb aquesta immutabilitat es pot unir finalment a un nou sistema de valor a mesura que els actius comencen a ser digitalitzats.
Digitalització d’actius
Cal reconèixer que Hyperledger Fabric és, de fet, capaç de crear actius digitals en el sentit nominal ja que la digitalització d’un actiu es deriva d’un registre del producte en format digital. Tot i que la digitalització d’un recurs a Fabric resultaria en un recurs que només pot funcionar en sistemes que utilitzen Fabric. Això equivaldria a si es creava un client de correu electrònic per poder enviar correus electrònics d’anada i tornada amb persones que utilitzen el mateix client de correu electrònic, a diferència del que existeix al nostre món actual, on una multitud de clients de correu electrònic poden interoperar junts.
R3 Corda té inconsistències similars en què els usuaris de la plataforma de R3 no podrien interactuar amb altres plataformes més enllà de R3 dins del seu panorama general, creant una mica de bloqueig del proveïdor. programari bancari separat, tot i que cal tenir en compte que els usuaris de la plataforma es limitaran a les relacions bancàries només amb les institucions que utilitzen R3 Corda i no podran interoperar sense problemes amb l’ecosistema de contraparts que no utilitzen la plataforma del proveïdor..
Com que Ethereum està destinat a actuar com un protocol subjacent similar a HTTP o TCP / IP en els serveis web, no hi ha cap concepte de “bloqueig de proveïdor” per a un únic creador d’aplicacions Ethereum. La confiança que es pot establir a través de les diferents facetes de la cadena de blocs d’Ethereum permet la digitalització d’actius globals que es poden produir dins d’un nou sistema econòmic a diferència del que hi ha actualment disponible. Si es torna a referir-se a l’exemple de correu electrònic, el protocol Ethereum es pot percebre com a anàleg a IMAP o POP3 com a protocols universals per accedir al correu electrònic.
Els protocols Ethereum i derivats d’Ethereum poden actuar com una infraestructura blockchain sobre la qual les empreses poden construir actius digitals. De manera similar a com cada empresa va poder crear un lloc web a finals dels 90 amb HTML per a la bastida de la pàgina web, totes les empreses podran crear economies digitals per als seus serveis i productes mitjançant contractes intel·ligents Ethereum que puguin crear fitxes que seran accessible per una xarxa més àmplia.
El camí per endavant
Per tenir una plataforma prou sòlida que pugui interactuar amb els mercats públics, el sistema ha de ser capaç de satisfer els requisits empresarials que permetin un processament eficient de dades, capes addicionals d’assignació de confiança i la capacitat de representar actius en una economia digital en desenvolupament. És evident que les tres plataformes tenen com a objectiu assolir objectius similars, a través de diferents vies en termes d’avenços tecnològics i utilització de configuracions tècniques..
En el futur, hem de considerar on veiem que els models econòmics de negoci evolucionen en aquest ecosistema en desenvolupament, i és evident que les plataformes basades en Ethereum tenen un avantatge sobre la veritable integració en una economia digital, tot i que presenten debilitats aparents en algunes de les transaccions de dades. funcions de rendiment que Hyperledger Fabric i R3 Corda poden destacar. A mesura que es repeteixen diferents plataformes de blockchain i ledger distribuïdes i transcendeixen més enllà de les capacitats que existeixen en el nostre zeitgeist tecnològic actual, les decisions sobre la plataforma a la qual basar-se dependran en gran mesura de la direcció dels casos d’ús del nostre ecosistema i veig diferents tipus de casos d’ús que s’estenen entre ells.
Aquest document no pretén dir que una plataforma sigui globalment millor que una altra plataforma, sinó que pretén estipular que les plataformes són inherentment diferents entre si. Ethereum té algunes funcionalitats que no tenen els llibres majors distribuïts com Fabric i Corda, mentre que Fabric i Corda tenen funcions de rendiment que Ethereum actualment no pot aconseguir en la mateixa mesura.
Per tal d’assolir realment el nivell d’interacció i escalabilitat que desitgen els nostres sistemes existents, s’ha de construir i dissenyar un protocol tenint en compte totes les interaccions, de manera similar a com es va dissenyar Internet per primera vegada. Ethereum com a protocol, és capaç d’actuar com la pila de tecnologia fonamental que dóna servei a un ecosistema prou ampli com per incloure els factors necessaris en un entorn econòmic, tot i que tingueu en compte que la plataforma actualment està incompleta i també es podria beneficiar d’algunes de les capacitats inherents als seus homòlegs DLT.
Tot i que el camí per endavant inclourà tecnologies que encara no s’han perfeccionat, s’haurien d’examinar els protocols sobre fins a quin punt replicaran els graus de funcionalitat que esperem veure a la propera generació d’Internet i, de vegades, la solució més aparent no és se centren només en una tecnologia.
Llegiu la part 2 de Blockchain vs. Distributed Ledger Technologies.
Connecteu-vos amb 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 exclusiu
Guia
Guia completa de xarxes empresarials Blockchain
Seminari web
Introducció a la tokenització
Seminari web
El futur de les finances: actius digitals i DeFi
Seminari web
Què és Enterprise Ethereum?
Paper blanc
Els bancs centrals i el futur dels diners
Cas pràctic