La implementació de la cadena de blocs empresarial implica més que desplegar un llibre major distribuït. Les organitzacions necessiten una infraestructura que pugui donar suport a la col·laboració segura, protegir la informació empresarial sensible, automatitzar les transaccions i connectar-se amb els sistemes empresarials existents. Tanmateix, seleccionar un marc de treball que no s'alineï amb aquests requisits pot conduir a integracions complexes, controls de visibilitat de dades limitats, reptes de governança i costos d'infraestructura creixents. Això fa que triar l'enfocament adequat per al desenvolupament de la cadena de blocs privada sigui una part important de la construcció de solucions de cadena de blocs empresarials fiables.
Dos marcs de treball que es consideren amb freqüència per a aquests requisits són Hyperledger Fabric i Hyperledger Besu. Tot i que tots dos admeten xarxes de blockchain amb permisos, les seves arquitectures subjacents satisfan diferents necessitats empresarials i tècniques. Hyperledger Fabric proporciona gestió d'identitats basada en l'organització, compartició controlada de dades i polítiques d'aprovació de transaccions, cosa que el fa adequat per a empreses que exploren els serveis de desenvolupament d'Hyperledger Fabric . Hyperledger Besu, en canvi, aporta la compatibilitat amb Ethereum, l'execució de contractes intel·ligents basada en EVM i eines de desenvolupament d'Ethereum establertes a entorns de xarxa privada, creant oportunitats per al desenvolupament de blockchain d'Hyperledger Besu.
Comprendre com difereixen aquests marcs de treball en arquitectura, privadesa, consens, desenvolupament de contractes intel·ligents i integració empresarial és essencial per prendre la decisió tecnològica correcta. Aquesta comparació examina les seves capacitats tècniques, aplicacions pràctiques i consideracions d'implementació per ajudar les empreses a identificar la base adequada per a les seves iniciatives de desenvolupament de blockchain empresarial i determinar on els serveis especialitzats de desenvolupament de blockchain poden donar suport als seus requisits d'infraestructura a llarg termini.
Què són Hyperledger Fabric i Hyperledger Besu?
Hyperledger Fabric i Hyperledger Besu són tecnologies de blockchain de codi obert que es mantenen dins de l'ecosistema Hyperledger de la Linux Foundation, que ara forma part de LF Decentralized Trust. Ambdues poden donar suport a xarxes empresarials amb permisos, però es construeixen al voltant de principis arquitectònics diferents.
Comprendre aquests fonaments és essencial abans de seleccionar un marc de treball per al desenvolupament de blockchain empresarial.
Teixit hiperàlgic
Hyperledger Fabric és un marc de registre distribuït amb permisos i codi obert, dissenyat per a xarxes empresarials en què les organitzacions participants necessiten accés controlat, identitats identificables i polítiques de transacció acordades.
La seva arquitectura modular permet a les organitzacions establir xarxes blockchain amb membresía definida, requisits d'aprovació de transaccions i acords de compartició de dades.
El teixit utilitza diversos components arquitectònics:
- Iguals: Mantenen els llibres de comptes, executen el codi en cadena i participen en la validació de transaccions.
- Servei d'ordenació: estableix l'ordre de les transaccions i distribueix els blocs als nodes participants.
- Canals: creeu llibres de comptes lògics separats per a grups específics de participants de la xarxa.
- Proveïdors de serveis de membres (MSP): gestionen les identitats organitzatives i determinen quins participants estan autoritzats.
- Chaincode: Implementa la lògica de negoci i les regles de transacció mitjançant contractes intel·ligents.
Una de les capacitats importants de Fabric és el seu mecanisme de recopilació de dades privades. Permet a organitzacions seleccionades accedir a dades confidencials sense distribuir la informació privada real a tots els participants d'un canal.
Fabric també admet contractes intel·ligents escrits en llenguatges d'ús general, com ara Go, Java i JavaScript. Això pot ajudar les empreses a treballar amb habilitats de desenvolupament existents en lloc d'adoptar un llenguatge de programació completament nou.
Aquestes capacitats fan que Hyperledger Fabric sigui adequat per a solucions blockchain empresarials que impliquen la coordinació de la cadena de subministrament, fluxos de treball financers, intercanvi de dades sanitàries i processos empresarials multiorganitzacions.
Hyperledger Besu
Hyperledger Besu és un client d'execució d'Ethereum de codi obert desenvolupat en Java. Admet xarxes públiques d'Ethereum, així com xarxes blockchain privades amb permisos.
Besu és particularment rellevant per a les empreses que volen construir una infraestructura de blockchain privada mantenint la compatibilitat amb l'entorn d'execució d'Ethereum.
La seva arquitectura suporta:
- Màquina virtual Ethereum (EVM): Executa contractes intel·ligents compatibles amb Ethereum.
- Contractes intel·ligents de Solidity: Permet als desenvolupadors utilitzar eines de programació Ethereum establertes.
- API JSON-RPC: Permeten que les aplicacions i les eines de desenvolupament es comuniquin amb els nodes de la cadena de blocs.
- Permisos: Restringeix quins nodes i comptes poden participar en una xarxa.
- Mecanismes de consens: Admet configuracions de prova d'autoritat com ara QBFT i IBFT 2.0 per a xarxes privades.
- Framework de complements: Permet funcionalitats addicionals i integració amb sistemes externs.
Un avantatge significatiu del desenvolupament de la cadena de blocs Hyperledger Besu és la seva compatibilitat amb eines de desenvolupament d'Ethereum com ara Hardhat, Remix, web3.js, ethers.js i web3j.
Les empreses poden utilitzar pràctiques de desenvolupament familiars de Solidity, reutilitzar components de contractes intel·ligents compatibles i integrar aplicacions a través d'interfícies compatibles amb Ethereum.
Tanmateix, la compatibilitat amb EVM no s'ha de confondre amb la confidencialitat automàtica de les transaccions. Els permisos controlen la participació a la xarxa i al compte, mentre que les aplicacions que requereixen visibilitat selectiva de les transaccions necessiten una arquitectura de privadesa addicional.
Per a les empreses que planegen xarxes privades d'Ethereum, Besu proporciona una base establerta per a la creació d'aplicacions amb permisos, mantenint alhora la compatibilitat amb l'ecosistema de desenvolupament d'Ethereum més ampli.
Necessiteu el marc de treball adequat per al vostre projecte de cadena de blocs? Dissenyem-lo junts.
Hyperledger Fabric vs. Hyperledger Besu: comprensió de les diferències tècniques
Tot i que ambdós marcs de treball admeten el desenvolupament de blockchain amb permisos, les seves arquitectures subjacents creen avantatges diferents per a les aplicacions empresarials. La següent comparació destaca els factors tècnics que haurien d'influir en la selecció del marc de treball.
| Factor de comparació | Teixit hiperàlgic | Hyperledger Besu |
|---|---|---|
| arquitectura | Marc modular de registre distribuït amb permisos | Client d'execució d'Ethereum |
| Enfocament primari | Col·laboració organitzativa i compartició controlada de dades | Execució de blockchain compatible amb Ethereum |
| Participació en xarxa | Membresia basada en organitzacions | Nodes i comptes amb permisos |
| Gestió d'identitats | Proveïdors de serveis de membres i certificats digitals | Comptes d'Ethereum, identitats de node i sistemes d'identitat de suport |
| Contractes intel·ligents | Codi de cadena | Contractes intel·ligents EVM |
| Llenguatges de programació | Vés, Java, JavaScript | Principalment Solidity i altres llenguatges compatibles amb EVM |
| Privacitat de les dades | Canals i col·leccions de dades privades | Arquitectura de privadesa addicional on es requereix confidencialitat selectiva |
| Processament de transaccions | Executar-ordre-validar | Execució de transaccions d'Ethereum i validació de blocs |
| Consens | Opcions de servei de comandes Raft i SmartBFT | QBFT i IBFT 2.0 per a xarxes privades |
| Ecosistema de desenvolupament | Fabric Gateway, SDK i eines de chaincode | Eines d'Ethereum, JSON-RPC, Hardhat i Remix |
| Enfocament de governança | Membresia de l'organització, polítiques del canal i normes de promoció | Gestió de validadors, permisos de nodes/comptes i governança coordinada |
| Aplicacions adequades | Fluxs de treball del consorci que requereixen controls granulars de dades | Aplicacions EVM privades i sistemes empresarials compatibles amb Ethereum |
La diferència fonamental és arquitectònica. Fabric organitza les interaccions empresarials al voltant de la pertinença a l'organització, les polítiques d'aval i la distribució controlada de dades. Besu proporciona un entorn d'execució compatible amb Ethereum que les empreses poden configurar per a la participació amb permisos.
Cap dels dos marcs és universalment superior. L'elecció correcta depèn del model de confiança de l'aplicació, els requisits de confidencialitat, les dependències dels contractes intel·ligents, les necessitats d'integració i el model operatiu a llarg termini.
7 factors tècnics crítics a tenir en compte en comparar Hyperledger Fabric i Hyperledger Besu per al desenvolupament de blockchain empresarial
Triar entre Hyperledger Fabric i Hyperledger Besu requereix més que comparar les seves llistes de funcions. Les empreses han d'entendre com cada marc de treball gestiona la participació a la xarxa, la confidencialitat de les dades, l'execució de transaccions, el consens i la integració amb els sistemes empresarials existents.
Aquestes decisions arquitectòniques influeixen en la complexitat de la implementació, els requisits d'infraestructura, els controls de seguretat i la capacitat de la xarxa per adaptar-se als requisits empresarials canviants.
Els set factors tècnics següents expliquen en què difereixen els marcs de treball i què haurien d'avaluar les empreses abans de seleccionar-ne un.
1. Arquitectura i governança de la xarxa
L'arquitectura de xarxa defineix com els participants es connecten a una cadena de blocs, gestionen les seves identitats, exerceixen permisos i participen en l'aprovació de transaccions. Per a les xarxes empresarials que impliquen diverses organitzacions independents, aquests mecanismes de governança determinen com s'estructura i es controla la col·laboració.
Teixit hiperàlgic
Fabric segueix una arquitectura centrada en l'organització en què les organitzacions participants poden operar els seus propis companys, gestionar identitats i participar en canals compartits.
La seva estructura de governança es basa en diversos components:
- Proveïdor de serveis de membres (MSP): Estableix identitats organitzatives i determina quins participants són reconeguts per la xarxa.
- Canals: Crear entorns de comunicació i de registre separats per a grups específics d'organitzacions.
- Polítiques de control d'accés: Definiu qui pot realitzar operacions com ara llegir dades del llibre major, enviar transaccions i modificar configuracions de xarxa.
- Polítiques d'aval: Especifiqueu quines organitzacions similars han d'aprovar una transacció abans que es pugui confirmar.
Per exemple, una xarxa de cadena de subministrament que inclogui fabricants, distribuïdors, proveïdors de logística i minoristes pot assignar diferents drets de participació a cada organització. Els fabricants poden aprovar registres de producció, els proveïdors de logística poden enviar actualitzacions d'enviaments i els minoristes poden verificar la informació de lliurament.
Aquesta estructura permet a les organitzacions col·laborar a través de regles de xarxa compartides sense donar a cada participant el mateix accés o responsabilitats.
Hyperledger Besu
Besu aborda la governança de la xarxa mitjançant la participació de nodes i comptes amb permisos.
Les seves capacitats de permisos inclouen:
- Permisos de node: Controla quins nodes es poden connectar i participar a la xarxa.
- Permisos del compte: Restringeix quins comptes de blockchain estan autoritzats per dur a terme activitats permeses.
- Gestió de validadors: Determina quins nodes aprovats participen en la validació de blocs i el consens.
- Marc de complements: Permet funcionalitats addicionals, com ara permisos personalitzats i integració amb sistemes externs.
Per exemple, un consorci financer pot establir una xarxa privada compatible amb Ethereum on les institucions aprovades operen nodes de validació i les aplicacions autoritzades interactuen amb comptes de blockchain.
Tanmateix, les configuracions de permisos locals de Besu no estableixen automàticament un marc de governança unificat per a tots els participants de la xarxa. Les organitzacions han de coordinar les regles de permisos i establir procediments compartits per a la pertinença, els canvis de validador i l'administració de la xarxa.
Diferència clau: Fabric proporciona la identitat organitzativa i els mecanismes de governança com a elements bàsics de la seva arquitectura. Besu proporciona permisos de nodes i comptes dins d'un entorn compatible amb Ethereum, amb requisits de governança addicionals abordats mitjançant la configuració de la xarxa i els sistemes de suport.
2. Privacitat i confidencialitat de les dades
Les empreses intercanvien sovint informació comercialment sensible, com ara registres financers, termes contractuals, informació dels clients i detalls de transaccions patentats. Per tant, una cadena de blocs privada ha d'establir límits clars al voltant dels quals els participants poden accedir a informació específica.
Tot i que ambdós marcs de treball admeten xarxes amb permisos, els seus enfocaments sobre la confidencialitat de les transaccions difereixen.
Teixit hiperàlgic
Fabric proporciona dos mecanismes per controlar la visibilitat de les dades:
- Canals: Establiu llibres de comptes separats per a grups d'organitzacions que necessiten participar en fluxos de treball empresarials específics.
- Recopilacions de dades privades: Permet que les organitzacions seleccionades dins d'un canal accedeixin a dades confidencials mentre que altres participants del canal reben el registre de transacció corresponent i un hash que representa la informació privada.
Considereu una xarxa de fabricació on un proveïdor i un fabricant necessiten intercanviar informació confidencial sobre preus. Una recopilació de dades privades permet a les organitzacions autoritzades accedir a les condicions comercials reals mentre que altres membres del canal poden verificar la transacció pertinent a través del seu hash enregistrat.
Aquest enfocament permet compartir informació selectivament sense necessitat d'un canal separat per a cada interacció comercial confidencial.
Hyperledger Besu
Besu admet la participació a la xarxa amb permisos, però restringir l'accés a la xarxa no fa que les transaccions individuals siguin automàticament confidencials.
En una xarxa Besu privada convencional, els nodes participants mantenen les dades de la cadena de blocs i executen transaccions segons la configuració de la xarxa. Les organitzacions que requereixen visibilitat selectiva han de dissenyar mecanismes de confidencialitat addicionals.
Aquests poden incloure:
- Xifratge a nivell d'aplicació per a informació sensible.
- Emmagatzematge fora de la cadena per a registres comercials confidencials.
- Accés controlat a repositoris de dades externs.
- Tecnologies de privadesa addicionals quan el cas d'ús ho requereixi.
Aquesta distinció és important a l'hora de planificar aplicacions empresarials que impliquen transaccions confidencials. La compatibilitat amb Ethereum de Besu proporciona un entorn d'execució, però no s'ha de tractar com un equivalent a les col·leccions de dades privades natives de Fabric.
Diferència clau: Fabric proporciona mecanismes nadius per a la distribució selectiva de dades en cadena a través de canals i col·leccions de dades privades. Besu pot admetre xarxes d'empreses privades, però les aplicacions que requereixen confidencialitat de transaccions específiques dels participants necessiten components arquitectònics addicionals.
3. Desenvolupament de contractes intel·ligents i flexibilitat de programació
Els contractes intel·ligents defineixen com s'executen les regles de negoci, es processen les transaccions i s'apliquen les condicions predefinides. L'entorn de programació disponible dins d'un marc de treball de blockchain pot influir en els terminis de desenvolupament, els requisits d'integració i el manteniment continu de les aplicacions.
Teixit hiperàlgic
Fabric utilitza chaincode per implementar la lògica de negoci i gestionar les interaccions amb les dades del llibre major.
Els desenvolupadors poden escriure codi en cadena utilitzant llenguatges d'ús general compatibles, com ara:
- Go
- Java
- JavaScript (Node.js)
Això proporciona flexibilitat a les empreses amb equips de desenvolupament que ja estan familiaritzats amb aquests entorns de programació.
Per exemple, una empresa de logística pot implementar un codi en cadena per validar els passos d'enviament, registrar les confirmacions de lliurament i fer complir els requisits d'aprovació entre fabricants, proveïdors de transport i distribuïdors.
Fabric també utilitza polítiques d'aprovació per definir quines organitzacions han d'aprovar transaccions específiques. Això permet que les regles de negoci incorporin la participació de membres designats de la xarxa.
Hyperledger Besu
Besu executa contractes intel·ligents a través de la màquina virtual Ethereum (EVM), cosa que la fa compatible amb el desenvolupament de contractes intel·ligents basats en Ethereum.
Els desenvolupadors poden utilitzar Solidity i eines de desenvolupament d'Ethereum establertes, com ara:
- Casc dur per al desenvolupament i proves de contractes intel·ligents.
- Remix per escriure, compilar i desplegar contractes.
- web3.js i ethers.js per a la interacció amb aplicacions.
- web3j per a la integració d'aplicacions Ethereum basades en Java.
Per exemple, una empresa que crea una aplicació de liquidació programable pot utilitzar contractes de Solidity per definir condicions de transacció, automatitzar aprovacions i executar lògiques de liquidació predefinides.
L'entorn EVM també facilita el treball amb contractes compatibles amb EVM existents, subjecte a les dependències de l'aplicació i la configuració de xarxa.
Diferència clau: Fabric és adequat per a empreses que prefereixen el desenvolupament de codi en cadena mitjançant llenguatges de programació d'ús general i polítiques de transacció específiques de l'organització. Besu és particularment rellevant quan Solidity, la compatibilitat amb EVM i les eines de desenvolupament d'Ethereum establertes són fonamentals per a l'arquitectura de l'aplicació.
4. Mecanismes de consens i validació de transaccions
El consens determina com els nodes participants acorden l'ordre de les transaccions i l'estat de la cadena de blocs. A les xarxes empresarials, el mecanisme seleccionat afecta la tolerància a fallades, la governança del validador, la finalitat de les transaccions i la configuració de la infraestructura.
Teixit hiperàlgic
Fabric segueix un model de transacció d'execució-ordre-validació que separa l'execució de la transacció de la comanda i la validació final.
El seu cicle de vida de transacció generalment consta de tres etapes:
- Aprovació: Els iguals requerits executen una proposta de transacció i signen la resposta de transacció resultant d'acord amb la política d'aval aplicable.
- Ordre: El servei de comandes estableix la seqüència de transaccions i les empaqueta en blocs.
- Validació i compromís: Els iguals validen les transaccions segons les polítiques d'aval i les comprovacions de coherència abans de comprometre-les amb els seus llibres de comptes.
Fabric admet diferents implementacions de serveis de comandes segons els requisits de la xarxa:
- Bassa: Un mecanisme de consens tolerant a fallades que segueix un model líder-seguidor. És adequat per a xarxes on els participants necessiten principalment protecció contra fallades de nodes en lloc de comportaments de consens maliciosos.
- SmartBFT: Una implementació d'ordenació tolerant a fallades bizantina disponible a Fabric 3.0. Està dissenyada per a xarxes que necessiten tolerar un nombre limitat de nodes d'ordenació compromesos o maliciosos.
Aquesta separació permet a les empreses configurar l'execució, l'ordenació i la validació de transaccions segons el model de confiança de la seva xarxa.
Hyperledger Besu
Besu admet mecanismes de consens de prova d'autoritat (PoA) per a xarxes privades, incloent-hi:
- QBFT: Un protocol de consens tolerant a fallades bizantí en què els validadors aprovats participen en la producció i l'acord de blocs. QBFT és el mecanisme de consens de nivell empresarial recomanat per a les xarxes privades de Besu.
- IBFT 2.0: Un altre mecanisme de consens tolerant a fallades bizantí compatible amb configuracions de xarxa privada.
En una xarxa QBFT, els validadors es tornen a proposar blocs, i una supermajoria de validadors ha de signar un bloc abans que s'afegeixi a la cadena. La xarxa requereix almenys quatre validadors per proporcionar tolerància a fallades bizantina.
La selecció i la gestió dels validadors s'han de configurar d'acord amb els requisits de governança de la xarxa.
Diferència clau: Fabric separa l'aprovació, la comanda i la validació de les transaccions, cosa que permet a les organitzacions definir polítiques d'aprovació de transaccions independentment del consens de comanda. Besu utilitza un consens basat en validadors per establir un acord sobre els blocs dins d'un entorn d'execució compatible amb Ethereum. El mecanisme adequat depèn dels supòsits de confiança i del model de governança de la xarxa.
5. Integració i interoperabilitat empresarial
Les xarxes blockchain empresarials han de funcionar juntament amb les aplicacions empresarials existents en lloc d'operar com a entorns tecnològics aïllats. Per tant, la integració amb plataformes ERP, sistemes CRM, bases de dades, API i serveis externs és una consideració important durant la selecció del marc de treball.
Teixit hiperàlgic
Fabric proporciona interfícies de desenvolupament d'aplicacions, biblioteques de clients i Fabric Gateway per simplificar la comunicació entre aplicacions empresarials i xarxes blockchain.
Fabric Gateway gestiona els processos essencials d'interacció de transaccions, com ara la recollida d'avals i l'enviament de transaccions, cosa que redueix la complexitat que els desenvolupadors d'aplicacions haurien de gestionar.
Les seves capacitats d'integració permeten:
- Connectivitat de l'aplicació backend.
- Integració de bases de dades empresarials.
- Connexions de flux de treball ERP i CRM.
- Integració de la gestió d'identitats i accessos.
- Comunicació API externa.
Per exemple, una aplicació ERP pot iniciar una transacció de la cadena de subministrament a través d'una capa d'integració. Fabric Gateway pot coordinar els avals necessaris i enviar la transacció a la xarxa per a la seva validació i compromís.
Aquest enfocament ajuda les organitzacions a incorporar fluxos de treball de blockchain a les operacions comercials existents.
Hyperledger Besu
Besu proporciona interfícies JSON-RPC compatibles amb Ethereum a través d'HTTP i WebSocket, permetent que les aplicacions i les eines de desenvolupament interactuïn amb els nodes de la cadena de blocs.
Les seves capacitats d'integració permeten:
- Aplicacions de contractes intel·ligents basades en solidesa.
- Frameworks de desenvolupament d'Ethereum.
- Aplicacions de backend empresarials.
- Infraestructura compatible amb EVM.
- Sistemes d'indexació i monitorització de blockchain.
Per exemple, una aplicació empresarial pot interactuar amb un contracte intel·ligent de Besu a través de JSON-RPC per enviar transaccions, recuperar dades de blockchain i supervisar els rebuts de les transaccions.
Les organitzacions amb aplicacions basades en Ethereum també poden adaptar els components de la seva aplicació a una xarxa Besu privada, depenent de les dependències dels seus contractes intel·ligents i de la configuració de la infraestructura.
Diferència clau: Fabric proporciona un model d'integració basat en la participació organitzativa i l'aprovació de transaccions gestionades. Besu ofereix API i eines compatibles amb Ethereum, cosa que el fa especialment rellevant per a aplicacions ja construïdes al voltant d'una infraestructura basada en EVM.
6. Escalabilitat, rendiment i gestió d'infraestructures
El rendiment de la cadena de blocs empresarial depèn de més que el nombre de transaccions que una xarxa pot processar. La complexitat de les transaccions, el nombre de participants, la configuració del consens, els requisits d'emmagatzematge, els recursos d'infraestructura i la latència de la xarxa influeixen en el rendiment real.
Teixit hiperàlgic
L'arquitectura modular de Fabric permet a les organitzacions configurar els companys, ordenar serveis, canals i bases de dades segons els requisits de la seva aplicació.
El seu model d'execució-ordre-validació separa l'execució de transaccions de les comandes, permetent que el processament d'aprovació es distribueixi entre nodes iguals.
Tanmateix, el rendiment de la xarxa depèn de diversos factors d'implementació:
- Distribució de nodes d'ordenació i d'iguals.
- Nombre d'avalos de transacció necessaris.
- Complexitat d'execució de codi en cadena.
- Mida de bloc i configuració per lots.
- Selecció i indexació de bases de dades d'estat.
- Gestió de canals i dades privades de recopilació.
Per a grans desplegaments, les organitzacions també han de planificar la supervisió, les còpies de seguretat, la recuperació de desastres i la disponibilitat de la infraestructura per mantenir unes operacions de xarxa fiables.
Hyperledger Besu
Besu proporciona infraestructura de xarxa i execució configurable per a xarxes Ethereum públiques i privades.
En desplegaments privats, el rendiment depèn de la configuració del validador, els paràmetres de producció de blocs, l'execució de transaccions, els recursos del node i la comunicació de xarxa.
Les consideracions importants sobre infraestructura inclouen:
- Distribució i disponibilitat del node de validació.
- Configuració del període de bloqueig i del límit de gas.
- Complexitat de l'execució de contractes intel·ligents.
- Requisits d'emmagatzematge i sincronització.
- Disponibilitat del punt final JSON-RPC.
- Monitorització, còpia de seguretat i recuperació de nodes.
El marc de complements de Besu també proporciona punts d'extensió per integrar funcionalitats addicionals, com ara la supervisió, els mòduls de seguretat i els components de xarxa personalitzats.
Diferència clau: Fabric proporciona una infraestructura configurable d'iguals i de comandes, mentre que Besu utilitza una arquitectura d'execució i validació compatible amb Ethereum. Cap dels dos frameworks garanteix un rendiment de transacció fix entre implementacions. El rendiment s'ha d'establir mitjançant anàlisis comparatives específiques de la càrrega de treball en condicions similars a les de producció.
Tens un projecte de blockchain en ment? Obtén la solució adequada dissenyada per al teu negoci.
7. Mantenibilitat a llarg termini i compatibilitat dels ecosistemes
La infraestructura blockchain empresarial és una inversió tecnològica a llarg termini. La seva idoneïtat no només depèn de la implementació inicial, sinó també de la facilitat amb què es puguin actualitzar les aplicacions, mantenir les configuracions de xarxa i adaptar-se als futurs requisits empresarials.
Teixit hiperàlgic
Fabric proporciona una arquitectura modular amb polítiques específiques de l'organització, gestió del cicle de vida del codi en cadena i components de xarxa configurables.
La seva estructura dóna suport a les empreses que volen mantenir la lògica empresarial dins d'un entorn de consorci governat.
Tanmateix, les operacions a llarg termini requereixen planificació per a:
- Gestió de MSP i certificats.
- Configuració i governança del canal.
- Actualitzacions de chaincode i aprovacions del cicle de vida.
- Administració del servei de comandes i entre iguals.
- Canvis de configuració de xarxa.
- Procediments de còpia de seguretat, monitorització i recuperació.
A mesura que creix el nombre d'organitzacions participants, mantenir una governança coherent i coordinar les actualitzacions de la xarxa esdevenen responsabilitats operatives importants.
Hyperledger Besu
Besu es beneficia de la seva compatibilitat amb l'ecosistema de desenvolupament més ampli d'Ethereum.
El seu entorn d'execució EVM permet a les empreses utilitzar eines de desenvolupament de contractes intel·ligents establertes, interfícies JSON-RPC i components d'aplicació compatibles amb EVM.
Això pot donar suport a l'expansió futura d'aplicacions, especialment quan les organitzacions preveuen treballar amb altres xarxes o infraestructures compatibles amb Ethereum.
No obstant això, la planificació de la implementació a llarg termini hauria de tenir en compte:
- Actualitzacions de clients i xarxes de Besu.
- Gestió de versions de contractes intel·ligents.
- Configuració i governança del validador.
- Sincronització i emmagatzematge de nodes.
- Seguretat i monitorització de l'API.
- Compatibilitat d'aplicacions durant els canvis de xarxa.
També és important entendre que la compatibilitat EVM no estableix automàticament la interoperabilitat entre cadenes. La comunicació entre xarxes separades requereix protocols de missatgeria, ponts o altres infraestructures d'interoperabilitat adequats, juntament amb controls de seguretat adequats.
Diferència clau: Fabric és ideal per a organitzacions que prioritzen la infraestructura de consorci governada i les polítiques empresarials específiques de l'organització. Besu és rellevant per a empreses que busquen una base compatible amb Ethereum que pugui donar suport a les aplicacions EVM existents i les futures integracions d'ecosistemes.
Com triar el marc de treball adequat el 2027?
No hi ha un únic marc de treball que funcioni millor per a cada empresa. La decisió hauria de començar amb els requisits empresarials i avançar cap a l'arquitectura tècnica, en lloc de seleccionar una cadena de blocs només en funció de la seva popularitat o ecosistema de desenvolupament.
La següent guia de decisions pot ajudar els líders tecnològics a reduir les seves opcions.
| El requisit de la vostra empresa | Marc recomanat |
|---|---|
| Governança d'identitats i accessos basada en l'organització | Teixit hiperàlgic |
| Intercanvi selectiu de dades entre participants empresarials | Teixit hiperàlgic |
| Recopilació de dades privades i polítiques d'aval | Teixit hiperàlgic |
| Contractes intel·ligents utilitzant Go, Java o JavaScript | Teixit hiperàlgic |
| Execució de contractes intel·ligents compatibles amb Ethereum | Hyperledger Besu |
| Desenvolupament d'aplicacions basat en la solidesa | Hyperledger Besu |
| Integració amb eines de desenvolupament d'Ethereum | Hyperledger Besu |
| Xarxes de validadors privades basades en EVM | Hyperledger Besu |
| Fluxos de treball de consorci complexos amb accés granular a dades | Teixit hiperàlgic |
| Migració o extensió d'aplicacions EVM existents | Hyperledger Besu |
Planificació d'una implementació de blockchain empresarial: consideracions empresarials clau
Escollir entre Hyperledger Fabric i Hyperledger Besu és una decisió tecnològica important, però traduir aquesta elecció en una implementació empresarial reeixida requereix una estratègia d'implementació clara. Les organitzacions han d'establir què volen aconseguir, quins processos de negoci s'han de moure a la cadena i com el projecte aportarà un valor operatiu mesurable.
Abans de començar el desenvolupament, les empreses haurien d'avaluar les consideracions següents:
- Defineix el cas d'ús empresarial: Identificar el problema empresarial específic que s'espera que la cadena de blocs hagi d'abordar, ja sigui coordinació multipartida, verificació de transaccions, registres compartits o automatització del flux de treball. Un cas d'ús clarament definit ajuda a evitar una complexitat innecessària durant el desenvolupament.
- Establir objectius mesurables: Establiu criteris pràctics d'èxit per a la implementació, com ara reduir l'esforç de conciliació, millorar la visibilitat de les transaccions, escurçar els cicles d'aprovació o augmentar la traçabilitat del procés. Aquests objectius proporcionen una base per avaluar els resultats del projecte.
- Identificar les parts interessades participants: Determineu quins equips interns, socis comercials i organitzacions externes participaran en la iniciativa blockchain. Els seus rols, expectatives i responsabilitats s'han d'establir abans que comenci el desenvolupament.
- Planifica una implementació per fases: Comença amb un cas d'ús o una prova pilot clarament definida abans d'expandir la xarxa a altres departaments, aplicacions o socis comercials. Aquest enfocament permet a les organitzacions validar la solució en condicions operatives reals i abordar els reptes d'implementació aviat.
- Preparació per a l'adopció empresarial: Tingueu en compte com interactuaran els empleats i les organitzacions participants amb el nou sistema. La formació, la documentació dels processos, la incorporació d'usuaris i la gestió del canvi són importants per garantir que la solució blockchain es converteixi en part de les operacions comercials habituals.
- Definiu les mesures d'èxit posteriors al llançament: Establir com l'organització avaluarà la solució després del desplegament. Les revisions periòdiques dels resultats empresarials, l'adopció dels usuaris, l'activitat de les transaccions i el rendiment operatiu poden ajudar a identificar àrees de millora i desenvolupament futur.
Una estratègia d'implementació ben definida connecta l'arquitectura blockchain amb les prioritats empresarials reals. Els proveïdors de serveis de desenvolupament blockchain amb experiència poden ajudar les empreses a traduir aquestes prioritats en fulls de ruta de desenvolupament pràctics, implementacions pilot i solucions llestes per a la producció.
Paraules finals:
L'elecció entre Hyperledger Fabric i Hyperledger Besu influirà més enllà de la implementació immediata de la cadena de blocs d'una empresa. Influirà en com l'organització gestiona la confiança digital, governa les relacions comercials, protegeix la informació crítica i prepara la seva infraestructura per a les demandes tecnològiques en evolució. Fabric ofereix una base sòlida per a la governança dirigida per l'organització i l'intercanvi controlat de dades, mentre que Besu aporta la compatibilitat amb Ethereum i la flexibilitat basada en EVM a les xarxes amb permisos. La decisió correcta depèn del model de negoci, els requisits de l'aplicació, les prioritats d'integració i la full de ruta de la infraestructura a llarg termini. Com a empresa de desenvolupament de Hyperledger Fabric , Antier ajuda les empreses a avaluar l'adequació del marc de treball i a dissenyar una infraestructura de cadena de blocs alineada amb els seus objectius operatius. El nostre objectiu és construir solucions de cadena de blocs empresarials adaptables que donin suport als requisits empresarials actuals, alhora que creen espai per a futures aplicacions, integracions i expansió de la xarxa.
A punt per construir una xarxa blockchain empresarial que pugui evolucionar amb el vostre negoci? Exploreu els serveis de desenvolupament Blockchain d'Antier per començar.
Preguntes freqüents
01. Quina diferència hi ha entre Hyperledger Fabric i Hyperledger Besu?
Hyperledger Fabric utilitza una arquitectura basada en organitzacions amb polítiques d'aprovació de transaccions i compartició controlada de dades. Hyperledger Besu admet la compatibilitat amb Ethereum, els contractes intel·ligents basats en EVM i les xarxes amb permisos. L'elecció correcta depèn dels requisits de desenvolupament de blockchain de la vostra empresa.
02. Què és millor per al desenvolupament de blockchain empresarial: Hyperledger Fabric o Hyperledger Besu?
Hyperledger Fabric és adequat per a xarxes empresarials que requereixen controls d'accés granulars, compartició de dades privades i governança a nivell d'organització. Hyperledger Besu és més adequat per a empreses que creen aplicacions compatibles amb Ethereum mitjançant la infraestructura Solidity i EVM. La decisió depèn de l'arquitectura de l'aplicació i dels requisits empresarials.
03. Com gestionen Hyperledger Fabric i Hyperledger Besu la privadesa de les dades?
Hyperledger Fabric proporciona canals i col·leccions de dades privades per restringir la informació sensible a organitzacions autoritzades. Hyperledger Besu admet permisos de nodes i comptes per controlar la participació a la xarxa, però poden ser necessaris mecanismes de privadesa addicionals per a les dades de transaccions confidencials.
04. Pot Hyperledger Besu funcionar en una xarxa blockchain privada?
Sí. Hyperledger Besu admet xarxes privades amb permisos i mecanismes de consens configurables com ara QBFT i IBFT 2.0. També admet contractes intel·ligents i eines de desenvolupament compatibles amb Ethereum, cosa que el fa adequat per al desenvolupament de la cadena de blocs Hyperledger Besu en entorns empresarials.
05. Quins factors haurien de tenir en compte les empreses abans de triar un marc de blockchain privat?
Les empreses haurien d'avaluar la privadesa de les dades, el rendiment de les transaccions, els mecanismes de consens, la governança dels participants, els requisits dels contractes intel·ligents, l'escalabilitat i la integració amb els sistemes empresarials existents. Aquests factors ajuden a determinar el marc i l'abast adequats per al desenvolupament de la cadena de blocs privada.
06. Com puc triar l'empresa de desenvolupament adequada per a Hyperledger Fabric o Hyperledger Besu?
Avalueu l'experiència de l'empresa en arquitectura de xarxes empresarials, desenvolupament de contractes intel·ligents, permisos, seguretat i integració de sistemes. Busqueu experiència demostrada en serveis de desenvolupament de Hyperledger Fabric, serveis de desenvolupament de Hyperledger Besu i serveis de desenvolupament de blockchain de principi a fi.
