Hyperledger Fabric vs. Hyperledger Besu: Pagpili ng Tamang Private Blockchain Framework para sa mga Negosyo sa 2027

Ang pagpapatupad ng enterprise blockchain ay higit pa sa pag-deploy ng isang distributed ledger. Ang mga organisasyon ay nangangailangan ng imprastraktura na maaaring sumuporta sa ligtas na kolaborasyon, protektahan ang sensitibong impormasyon sa negosyo, i-automate ang mga transaksyon, at kumonekta sa mga umiiral na sistema ng enterprise. Gayunpaman, ang pagpili ng isang framework na hindi naaayon sa mga kinakailangang ito ay maaaring humantong sa mga kumplikadong integrasyon, limitadong kontrol sa visibility ng data, mga hamon sa pamamahala, at pagtaas ng mga gastos sa imprastraktura. Dahil dito, ang pagpili ng tamang diskarte sa pagbuo ng pribadong blockchain ay isang mahalagang bahagi ng pagbuo ng maaasahang mga solusyon sa enterprise blockchain.

Dalawang balangkas na madalas isaalang-alang para sa mga kinakailangang ito ay ang Hyperledger Fabric at Hyperledger Besu. Bagama't parehong sumusuporta sa mga pinahihintulutang blockchain network, ang kanilang mga pinagbabatayang arkitektura ay nagsisilbi sa iba't ibang pangangailangan sa negosyo at teknikal. Nagbibigay ang Hyperledger Fabric ng pamamahala ng pagkakakilanlan batay sa organisasyon, kontroladong pagbabahagi ng data, at mga patakaran sa pag-endorso ng transaksyon, na ginagawa itong angkop para sa mga negosyong nagsasaliksik ng mga serbisyo sa pagbuo ng Hyperledger Fabric . Sa kabilang banda, ang Hyperledger Besu ay nagdadala ng Ethereum compatibility, EVM-based smart contract execution, at mga itinatag na tool sa pagbuo ng Ethereum sa mga pribadong kapaligiran ng network, na lumilikha ng mga pagkakataon para sa pagbuo ng blockchain ng Hyperledger Besu.

Ang pag-unawa sa kung paano nagkakaiba ang mga balangkas na ito sa arkitektura, privacy, pinagkasunduan, pagbuo ng smart contract, at integrasyon ng negosyo ay mahalaga sa paggawa ng tamang desisyon sa teknolohiya. Sinusuri ng paghahambing na ito ang kanilang mga teknikal na kakayahan, praktikal na aplikasyon, at mga konsiderasyon sa pagpapatupad upang matulungan ang mga negosyo na matukoy ang tamang pundasyon para sa kanilang mga inisyatibo sa pagbuo ng blockchain ng negosyo at matukoy kung saan masusuportahan ng mga espesyalisadong serbisyo sa pagbuo ng blockchain ang kanilang mga pangmatagalang pangangailangan sa imprastraktura.

Ano ang Hyperledger Fabric at Hyperledger Besu?

Ang Hyperledger Fabric at Hyperledger Besu ay mga open-source blockchain technology na pinapanatili sa loob ng Hyperledger ecosystem ng Linux Foundation, na ngayon ay bahagi ng LF Decentralized Trust. Parehong maaaring sumuporta sa mga permissioned enterprise network, ngunit ang mga ito ay binuo sa paligid ng iba't ibang mga prinsipyo ng arkitektura.

Mahalagang maunawaan ang mga pundasyong ito bago pumili ng balangkas para sa pagbuo ng blockchain ng negosyo.

Hyperledger Fabric

Ang Hyperledger Fabric ay isang open-source, permissioned distributed ledger framework na idinisenyo para sa mga business network kung saan ang mga kalahok na organisasyon ay nangangailangan ng kontroladong access, mga pagkakakilanlang makikilala, at mga napagkasunduang patakaran sa transaksyon.

Ang modular na arkitektura nito ay nagbibigay-daan sa mga organisasyon na magtatag ng mga blockchain network na may tinukoy na pagiging miyembro, mga kinakailangan sa pag-endorso ng transaksyon, at mga kaayusan sa pagbabahagi ng data.

Gumagamit ang tela ng ilang bahagi ng arkitektura:

• Mga Kapantay: Pagpapanatili ng mga ledger, pagpapatupad ng chaincode, at pakikilahok sa pagpapatunay ng transaksyon.
• Serbisyo sa pag-order: Nagtatatag ng order ng transaksyon at namamahagi ng mga bloke sa mga kalahok na peer.
• Mga Channel: Gumawa ng magkakahiwalay na logical ledger para sa mga partikular na grupo ng mga kalahok sa network.
• Mga Tagapagbigay ng Serbisyo sa Pagiging Miyembro (MSP): Pamahalaan ang mga pagkakakilanlan ng organisasyon at tukuyin kung aling mga kalahok ang awtorisado.
• Chaincode: Nagpapatupad ng lohika ng negosyo at mga patakaran sa transaksyon sa pamamagitan ng mga smart contract.

Isa sa mga mahahalagang kakayahan ng Fabric ay ang mekanismo nito sa pagkolekta ng pribadong datos. Pinapayagan nito ang mga piling organisasyon na ma-access ang kumpidensyal na datos nang hindi ipinamamahagi ang aktwal na pribadong impormasyon sa bawat kalahok sa isang channel.

Sinusuportahan din ng Fabric ang mga smart contract na nakasulat sa mga pangkalahatang wikang ginagamit, kabilang ang Go, Java, at JavaScript. Makakatulong ito sa mga negosyo na gumamit ng mga umiiral na kasanayan sa pag-develop sa halip na gumamit ng isang ganap na bagong programming language.

Dahil sa mga kakayahang ito, angkop ang Hyperledger Fabric para sa mga solusyon sa blockchain ng negosyo na kinasasangkutan ng koordinasyon ng supply chain, mga daloy ng trabaho sa pananalapi, pagpapalitan ng datos sa pangangalagang pangkalusugan, at mga proseso ng negosyo sa maraming organisasyon.

Hyperledger Besu

Ang Hyperledger Besu ay isang open-source na Ethereum execution client na binuo sa Java. Sinusuportahan nito ang mga pampublikong Ethereum network pati na rin ang mga pribado at may pahintulot na blockchain network.

Ang Besu ay partikular na mahalaga sa mga negosyong gustong magtayo ng pribadong imprastraktura ng blockchain habang pinapanatili ang pagiging tugma sa kapaligiran ng pagpapatupad ng Ethereum.

Sinusuportahan ng arkitektura nito ang:

• Ethereum Virtual Machine (EVM): Nagpapatupad ng mga smart contract na tugma sa Ethereum.
• Mga solidong smart contract: Nagbibigay-daan sa mga developer na gumamit ng mga nakasanayang tool sa programming ng Ethereum.
• Mga JSON-RPC API: Nagbibigay-daan sa mga application at development tool na makipag-ugnayan sa mga blockchain node.
• Pagpapahintulot: Nililimitahan kung aling mga node at account ang maaaring lumahok sa isang network.
• Mga mekanismo ng pinagkasunduan: Sinusuportahan ang mga configuration ng Proof of Authority tulad ng QBFT at IBFT 2.0 para sa mga pribadong network.
• Balangkas ng plugin: Pinapayagan ang karagdagang paggana at integrasyon sa mga panlabas na sistema.

Isang mahalagang bentahe ng pagbuo ng blockchain ng Hyperledger Besu ay ang pagiging tugma nito sa mga tool sa pagbuo ng Ethereum tulad ng Hardhat, Remix, web3.js, ethers.js, at web3j.

Maaaring gamitin ng mga negosyo ang mga pamilyar na kasanayan sa pagbuo ng Solidity, muling gamitin ang mga katugmang bahagi ng smart contract, at isama ang mga aplikasyon sa pamamagitan ng mga interface na katugma sa Ethereum.

Gayunpaman, ang EVM compatibility ay hindi dapat ipagkamali sa awtomatikong kumpidensyalidad ng transaksyon. Kinokontrol ng permiso ang pakikilahok ng network at account, habang ang mga application na nangangailangan ng piling visibility ng transaksyon ay nangangailangan ng karagdagang arkitektura ng privacy.

Para sa mga negosyong nagpaplano ng mga pribadong network ng Ethereum, ang Besu ay nagbibigay ng matatag na pundasyon para sa pagbuo ng mga aplikasyong may pahintulot habang pinapanatili ang pagiging tugma sa mas malawak na ecosystem ng pag-unlad ng Ethereum.

Hyperledger Fabric vs. Hyperledger Besu: Pag-unawa sa mga Teknikal na Pagkakaiba

Bagama't sinusuportahan ng parehong framework ang pahintulot na pagbuo ng blockchain, ang kanilang mga pinagbabatayang arkitektura ay lumilikha ng iba't ibang bentahe para sa mga aplikasyon ng enterprise. Itinatampok ng sumusunod na paghahambing ang mga teknikal na salik na dapat makaimpluwensya sa pagpili ng framework.

Ang pangunahing pagkakaiba ay arkitektura. Inaayos ng Fabric ang mga interaksyon sa negosyo batay sa pagiging miyembro ng organisasyon, mga patakaran sa pag-endorso, at kontroladong pamamahagi ng datos. Nagbibigay ang Besu ng isang kapaligirang pagpapatupad na katugma sa Ethereum na maaaring i-configure ng mga negosyo para sa pahintulot na pakikilahok.

Walang framework na nakahihigit sa lahat. Ang tamang pagpili ay nakadepende sa trust model ng aplikasyon, mga kinakailangan sa pagiging kumpidensyal, mga dependency sa smart contract, mga pangangailangan sa integrasyon, at pangmatagalang operating model.

7 Kritikal na Teknikal na Salik na Dapat Isaalang-alang Kapag Naghahambing ng Hyperledger Fabric at Hyperledger Besu para sa Pag-develop ng Enterprise Blockchain

Ang pagpili sa pagitan ng Hyperledger Fabric at Hyperledger Besu ay nangangailangan ng higit pa sa paghahambing ng kanilang mga listahan ng tampok. Dapat maunawaan ng mga negosyo kung paano pinangangasiwaan ng bawat balangkas ang pakikilahok sa network, pagiging kumpidensyal ng datos, pagpapatupad ng transaksyon, pinagkasunduan, at integrasyon sa mga umiiral na sistema ng negosyo.

Ang mga desisyong ito sa arkitektura ay nakakaimpluwensya sa pagiging kumplikado ng pagpapatupad, mga kinakailangan sa imprastraktura, mga kontrol sa seguridad, at kakayahan ng network na umangkop sa mga nagbabagong kinakailangan sa negosyo.

Ang sumusunod na pitong teknikal na salik ay nagpapaliwanag kung saan nagkakaiba ang mga balangkas at kung ano ang dapat suriin ng mga negosyo bago pumili ng isa.

1. Arkitektura at Pamamahala ng Network

Tinutukoy ng arkitektura ng network kung paano kumokonekta ang mga kalahok sa isang blockchain, pinamamahalaan ang kanilang mga pagkakakilanlan, ginagamit ang mga pahintulot, at nakikilahok sa pag-apruba ng transaksyon. Para sa mga network ng enterprise na kinasasangkutan ng maraming independiyenteng organisasyon, tinutukoy ng mga mekanismong ito ng pamamahala kung paano isinaayos at kinokontrol ang kolaborasyon.

Hyperledger Fabric

Sinusundan ng Fabric ang isang arkitekturang nakasentro sa organisasyon kung saan maaaring patakbuhin ng mga kalahok na organisasyon ang kanilang sariling mga kapantay, pamahalaan ang mga pagkakakilanlan, at lumahok sa mga ibinahaging channel.

Ang istruktura ng pamamahala nito ay nakasalalay sa ilang mga sangkap:

• Tagapagbigay ng Serbisyo sa Pagiging Miyembro (MSP): Nagtatatag ng mga pagkakakilanlan ng organisasyon at tumutukoy kung aling mga kalahok ang kinikilala ng network.
• Channels: Gumawa ng hiwalay na kapaligiran sa komunikasyon at ledger para sa mga partikular na grupo ng mga organisasyon.
• Mga patakaran sa pagkontrol ng pag-access: Tukuyin kung sino ang maaaring magsagawa ng mga operasyon tulad ng pagbabasa ng datos ng ledger, pagsusumite ng mga transaksyon, at pagbabago ng mga configuration ng network.
• Mga patakaran sa pag-endorso: Tukuyin kung aling mga kapantay ng organisasyon ang dapat aprubahan ang isang transaksyon bago ito maisagawa.

Halimbawa, ang isang network ng supply chain na kinasasangkutan ng mga tagagawa, distributor, tagapagbigay ng logistik, at mga retailer ay maaaring magtalaga ng iba't ibang karapatan sa pakikilahok sa bawat organisasyon. Maaaring aprubahan ng mga tagagawa ang mga talaan ng produksyon, maaaring magsumite ang mga tagapagbigay ng logistik ng mga update sa kargamento, at maaaring beripikahin ng mga retailer ang impormasyon sa paghahatid.

Ang istrukturang ito ay nagpapahintulot sa mga organisasyon na makipagtulungan sa pamamagitan ng mga patakaran ng ibinahaging network nang hindi binibigyan ang bawat kalahok ng magkaparehong access o responsibilidad.

Hyperledger Besu

Nilalapitan ng Besu ang pamamahala ng network sa pamamagitan ng pahintulot na partisipasyon sa node at account.

Kabilang sa mga kakayahan nito sa pagpapahintulot ang:

• Pagpapahintulot sa node: Kinokontrol kung aling mga node ang maaaring kumonekta at lumahok sa network.
• Pagpapahintulot sa account: Nililimitahan kung aling mga blockchain account ang awtorisadong magsagawa ng mga pinahihintulutang aktibidad.
• Pamamahala ng validator: Tinutukoy kung aling mga aprubadong node ang kalahok sa pagpapatunay at pinagkasunduan ng bloke.
• Balangkas ng plugin: Pinapayagan ang karagdagang functionality, kabilang ang custom na pagpapahintulot at integrasyon sa mga external system.

Halimbawa, ang isang financial consortium ay maaaring magtatag ng isang pribadong Ethereum-compatible network kung saan ang mga aprubadong institusyon ay nagpapatakbo ng mga validator node at ang mga awtorisadong aplikasyon ay nakikipag-ugnayan sa mga blockchain account.

Gayunpaman, ang mga lokal na configuration ng Besu sa pagpapahintulot ay hindi awtomatikong nagtatatag ng isang pinag-isang balangkas ng pamamahala sa lahat ng kalahok sa network. Dapat i-coordinate ng mga organisasyon ang mga patakaran sa pagpapahintulot at magtatag ng mga ibinahaging pamamaraan para sa pagiging miyembro, mga pagbabago sa validator, at pangangasiwa ng network.

Pangunahing pagkakaiba: Ang Fabric ay nagbibigay ng pagkakakilanlan ng organisasyon at mga mekanismo ng pamamahala bilang mga pangunahing elemento ng arkitektura nito. Ang Besu ay nagbibigay ng pahintulot sa node at account sa loob ng isang kapaligirang tugma sa Ethereum, na may mga karagdagang kinakailangan sa pamamahala na tinutugunan sa pamamagitan ng configuration ng network at mga sistemang sumusuporta.

2. Pagkapribado at Pagiging Kompidensyal ng Datos

Madalas na nagpapalitan ang mga negosyo ng sensitibong impormasyong pangkomersyo, kabilang ang mga talaang pinansyal, mga tuntunin sa kontrata, impormasyon ng customer, at mga detalye ng transaksyong pagmamay-ari. Samakatuwid, ang isang pribadong blockchain ay dapat magtatag ng malinaw na mga hangganan kung saan maaaring ma-access ng mga kalahok ang mga partikular na impormasyon.

Bagama't sinusuportahan ng parehong framework ang mga permissioned network, magkaiba ang kanilang mga pamamaraan sa pagiging kumpidensyal ng transaksyon.

Hyperledger Fabric

Ang Fabric ay nagbibigay ng dalawang mekanismo para sa pagkontrol sa visibility ng data:

• Channels: Magtatag ng magkakahiwalay na ledger para sa mga grupo ng mga organisasyon na kailangang lumahok sa mga partikular na daloy ng trabaho sa negosyo.
• Mga Koleksyon ng Pribadong Datos: Payagan ang mga piling organisasyon sa loob ng isang channel na ma-access ang kumpidensyal na data habang ang ibang mga kalahok sa channel ay tumatanggap ng kaukulang talaan ng transaksyon at isang hash na kumakatawan sa pribadong impormasyon.

Isaalang-alang ang isang network ng pagmamanupaktura kung saan ang isang supplier at tagagawa ay kailangang magpalitan ng kumpidensyal na impormasyon sa pagpepresyo. Ang isang pribadong koleksyon ng datos ay nagbibigay-daan sa mga awtorisadong organisasyon na ma-access ang aktwal na mga tuntunin sa komersyo habang ang ibang mga miyembro ng channel ay maaaring mag-verify ng kaugnay na transaksyon sa pamamagitan ng naitalang hash nito.

Sinusuportahan ng pamamaraang ito ang piling pagbabahagi ng impormasyon nang hindi nangangailangan ng hiwalay na channel para sa bawat kumpidensyal na interaksyon sa negosyo.

Hyperledger Besu

Sinusuportahan ng Besu ang pinahihintulutang pakikilahok sa network, ngunit ang paghihigpit sa access sa network ay hindi awtomatikong ginagawang kumpidensyal ang mga indibidwal na transaksyon.

Sa isang kumbensyonal na pribadong network ng Besu, ang mga kalahok na node ay nagpapanatili ng datos ng blockchain at nagsasagawa ng mga transaksyon ayon sa konpigurasyon ng network. Ang mga organisasyong nangangailangan ng piling visibility ay dapat magdisenyo ng mga karagdagang mekanismo ng pagiging kompidensiyal.

Ang mga ito ay maaaring kabilang ang:

• Pag-encrypt sa antas ng aplikasyon para sa sensitibong impormasyon.
• Imbakan na hindi naka-chain para sa mga kumpidensyal na talaan ng negosyo.
• Kinokontrol na pag-access sa mga panlabas na imbakan ng data.
• Mga karagdagang teknolohiya sa privacy kung saan kinakailangan ng use case ang mga ito.

Mahalaga ang pagkakaibang ito kapag nagpaplano ng mga aplikasyon ng enterprise na kinasasangkutan ng mga kumpidensyal na transaksyon. Ang Ethereum compatibility ng Besu ay nagbibigay ng isang kapaligiran sa pagpapatupad, ngunit hindi ito dapat ituring na katumbas ng mga katutubong pribadong koleksyon ng data ng Fabric.

Pangunahing pagkakaiba: Ang Fabric ay nagbibigay ng mga katutubong mekanismo para sa piling pamamahagi ng data sa chain sa pamamagitan ng mga channel at pribadong koleksyon ng data. Maaaring suportahan ng Besu ang mga pribadong network ng enterprise, ngunit ang mga aplikasyon na nangangailangan ng pagiging kumpidensyal ng transaksyon na partikular sa kalahok ay nangangailangan ng mga karagdagang bahagi ng arkitektura.

3. Kakayahang umangkop sa Pagbuo at Pagprograma ng Smart Contract

Tinutukoy ng mga smart contract kung paano isinasagawa ang mga patakaran sa negosyo, pinoproseso ang mga transaksyon, at ipinapatupad ang mga paunang natukoy na kondisyon. Ang kapaligiran ng programming na magagamit sa loob ng isang balangkas ng blockchain ay maaaring makaimpluwensya sa mga timeline ng pag-unlad, mga kinakailangan sa integrasyon, at patuloy na pagpapanatili ng aplikasyon.

Hyperledger Fabric

Gumagamit ang Fabric ng chaincode upang ipatupad ang business logic at pamahalaan ang mga interaksyon sa data ng ledger.

Maaaring magsulat ang mga developer ng chaincode gamit ang mga sinusuportahang pangkalahatang-gamit na wika, kabilang ang:

• Go
• Java
• JavaScript (Node.js)

Nagbibigay ito ng kakayahang umangkop para sa mga negosyong may mga development team na pamilyar na sa mga programming environment na ito.

Halimbawa, maaaring ipatupad ng isang kompanya ng logistik ang chaincode upang patunayan ang mga milestone ng kargamento, itala ang mga kumpirmasyon ng paghahatid, at ipatupad ang mga kinakailangan sa pag-apruba sa pagitan ng mga tagagawa, tagapagbigay ng serbisyo ng transportasyon, at mga distributor.

Gumagamit din ang Fabric ng mga patakaran sa pag-endorso upang tukuyin kung aling mga organisasyon ang dapat aprubahan ang mga partikular na transaksyon. Pinapayagan nito ang mga patakaran sa negosyo na isama ang pakikilahok ng mga itinalagang miyembro ng network.

Hyperledger Besu

Nagpapatupad ang Besu ng mga smart contract sa pamamagitan ng Ethereum Virtual Machine (EVM), kaya tugma ito sa pagbuo ng mga smart contract na nakabatay sa Ethereum.

Maaaring gamitin ng mga developer ang Solidity at mga establisadong tool sa pagbuo ng Ethereum, kabilang ang:

• Hardhat para sa pagbuo at pagsubok ng smart contract.
• Remix para sa pagsulat, pag-compile, at pag-deploy ng mga kontrata.
• web3.js at ethers.js para sa interaksyon ng aplikasyon.
• web3j para sa integrasyon ng aplikasyong Ethereum na nakabatay sa Java.

Halimbawa, ang isang enterprise na bumubuo ng programmable settlement application ay maaaring gumamit ng mga kontrata ng Solidity upang tukuyin ang mga kondisyon ng transaksyon, i-automate ang mga pag-apruba, at isagawa ang paunang natukoy na lohika ng settlement.

Pinapadali rin ng kapaligirang EVM ang pagtatrabaho sa mga umiiral na kontratang tugma sa EVM, napapailalim sa mga dependency at configuration ng network ng aplikasyon.

Pangunahing pagkakaiba: Ang tela ay angkop para sa mga negosyong mas gusto ang pagbuo ng chaincode gamit ang mga pangkalahatang-layunin na programming language at mga patakaran sa transaksyon na partikular sa organisasyon. Ang Besu ay partikular na mahalaga kapag ang Solidity, EVM compatibility, at mga itinatag na tool sa pagbuo ng Ethereum ay mahalaga sa arkitektura ng aplikasyon.

4. Mga Mekanismo ng Pinagkasunduan at Pagpapatunay ng Transaksyon

Ang pinagkasunduan ang nagtatakda kung paano sumasang-ayon ang mga kalahok na node sa pag-oorganisa ng transaksyon at sa estado ng blockchain. Sa mga enterprise network, ang napiling mekanismo ay nakakaapekto sa fault tolerance, pamamahala ng validator, finality ng transaksyon, at configuration ng imprastraktura.

Hyperledger Fabric

Sinusundan ng Fabric ang isang modelo ng transaksyon na execute-order-validate na naghihiwalay sa pagpapatupad ng transaksyon mula sa pag-order at pangwakas na pagpapatunay.

Ang siklo ng buhay ng transaksyon nito sa pangkalahatan ay may kasamang tatlong yugto:

1. Pag-eendorso: Ang mga kinakailangang kapantay ay magpapatupad ng isang panukala sa transaksyon at pipirma sa resultang tugon sa transaksyon ayon sa naaangkop na patakaran sa pag-endorso.
2. Pag-order: Ang serbisyo ng pag-order ay nagtatatag ng pagkakasunod-sunod ng transaksyon at pinapakete ang mga transaksyon sa mga bloke.
3. Pagpapatunay at pangako: Pinapatunayan ng mga peer ang mga transaksyon laban sa mga patakaran sa pag-endorso at mga pagsusuri sa pagkakapare-pareho bago ito i-commit sa kanilang mga ledger.

Sinusuportahan ng Fabric ang iba't ibang implementasyon ng serbisyo sa pag-order batay sa mga kinakailangan ng network:

• Balsa: Isang mekanismo ng pinagkasunduan na hindi tinatablan ng mga pagkakamali sa pag-crash na sumusunod sa isang modelo ng pinuno-at-tagasunod. Ito ay angkop para sa mga network kung saan ang mga kalahok ay pangunahing nangangailangan ng proteksyon laban sa mga pagkabigo ng node kaysa sa malisyosong pag-uugali ng pinagkasunduan.
• SmartBFT: Isang implementasyon ng pag-order na Byzantine Fault Tolerant na makukuha mula sa Fabric 3.0. Ito ay dinisenyo para sa mga network na kailangang tiisin ang limitadong bilang ng mga nakompromiso o malisyosong ordering node.

Ang paghihiwalay na ito ay nagbibigay-daan sa mga negosyo na i-configure ang pagpapatupad, pag-order, at pagpapatunay ng transaksyon ayon sa modelo ng tiwala ng kanilang network.

Hyperledger Besu

Sinusuportahan ng Besu ang mga mekanismo ng pinagkasunduan ng Proof of Authority (PoA) para sa mga pribadong network, kabilang ang:

• QBFT: Isang Byzantine Fault Tolerant consensus protocol kung saan ang mga aprubadong validator ay nakikilahok sa block production at agreement. Ang QBFT ay ang inirerekomendang enterprise-grade consensus mechanism para sa mga pribadong network ng Besu.
• IBFT 2.0: Isa pang mekanismo ng pinagkasunduan na Byzantine Fault Tolerant na sinusuportahan para sa mga pribadong configuration ng network.

Sa isang QBFT network, ang mga validator ay nagpapalitan sa pagmumungkahi ng mga bloke, at ang supermayoriya ng mga validator ay dapat pumirma sa isang bloke bago ito idagdag sa chain. Ang network ay nangangailangan ng hindi bababa sa apat na validator upang magbigay ng Byzantine fault tolerance.

Ang pagpili at pamamahala ng validator ay dapat i-configure ayon sa mga kinakailangan sa pamamahala ng network.

Pangunahing pagkakaiba: Pinaghihiwalay ng Fabric ang pag-endorso, pag-order, at pagpapatunay ng transaksyon, na nagpapahintulot sa mga organisasyon na tukuyin ang mga patakaran sa pag-apruba ng transaksyon nang hiwalay sa pinagkasunduan sa pag-order. Gumagamit ang Besu ng pinagkasunduan batay sa validator upang magtatag ng kasunduan sa mga bloke sa loob ng isang kapaligirang pagpapatupad na tugma sa Ethereum. Ang naaangkop na mekanismo ay nakasalalay sa mga pagpapalagay ng tiwala at modelo ng pamamahala ng network.

5. Pagsasama at Interoperability ng Negosyo

Ang mga enterprise blockchain network ay dapat gumana kasama ng mga umiiral na aplikasyon sa negosyo sa halip na gumana bilang mga nakahiwalay na kapaligirang teknolohiya. Samakatuwid, ang integrasyon sa mga platform ng ERP, mga sistema ng CRM, mga database, mga API, at mga panlabas na serbisyo ay isang mahalagang konsiderasyon sa pagpili ng framework.

Hyperledger Fabric

Nagbibigay ang Fabric ng mga interface sa pagbuo ng aplikasyon, mga library ng kliyente, at Fabric Gateway upang gawing simple ang komunikasyon sa pagitan ng mga aplikasyon ng enterprise at mga network ng blockchain.

Pinangangasiwaan ng Fabric Gateway ang mahahalagang proseso ng pakikipag-ugnayan sa transaksyon, kabilang ang pangongolekta ng endorsement at pagsusumite ng transaksyon, na binabawasan ang pagiging kumplikado na kakailanganin sanang pamahalaan ng mga developer ng application.

Sinusuportahan ng mga kakayahan nito sa integrasyon ang:

• Koneksyon sa backend application.
• Pagsasama ng database ng negosyo.
• Mga koneksyon sa daloy ng trabaho ng ERP at CRM.
• Pagsasama ng pagkakakilanlan at pamamahala ng pag-access.
• Panlabas na komunikasyon sa API.

Halimbawa, maaaring simulan ng isang ERP application ang isang transaksyon sa supply chain sa pamamagitan ng isang integration layer. Maaaring i-coordinate ng Fabric Gateway ang mga kinakailangang endorsement at isumite ang transaksyon sa network para sa validation at commitment.

Ang pamamaraang ito ay tumutulong sa mga organisasyon na isama ang mga daloy ng trabaho ng blockchain sa mga umiiral na operasyon ng negosyo.

Hyperledger Besu

Nagbibigay ang Besu ng mga interface na JSON-RPC na tugma sa Ethereum sa pamamagitan ng HTTP at WebSocket, na nagpapahintulot sa mga aplikasyon at mga tool sa pag-develop na makipag-ugnayan sa mga blockchain node.

Sinusuportahan ng mga kakayahan nito sa integrasyon ang:

• Mga aplikasyon ng smart contract na nakabatay sa solidity.
• Mga balangkas ng pagbuo ng Ethereum.
• Mga aplikasyon sa backend ng negosyo.
• Imprastrakturang tugma sa EVM.
• Mga sistema ng pag-index at pagsubaybay sa Blockchain.

Halimbawa, ang isang enterprise application ay maaaring makipag-ugnayan sa isang Besu smart contract sa pamamagitan ng JSON-RPC upang magsumite ng mga transaksyon, kumuha ng data ng blockchain, at subaybayan ang mga resibo ng transaksyon.

Ang mga organisasyong may mga umiiral na aplikasyon na nakabatay sa Ethereum ay maaari ring iakma ang kanilang mga bahagi ng aplikasyon sa isang pribadong network ng Besu, depende sa kanilang mga dependency sa smart contract at configuration ng imprastraktura.

Pangunahing pagkakaiba: Ang Fabric ay nagbibigay ng isang modelo ng integrasyon na nakabatay sa pakikilahok ng organisasyon at pag-endorso ng pinamamahalaang transaksyon. Nag-aalok ang Besu ng mga API at tooling na tugma sa Ethereum, na ginagawa itong partikular na may kaugnayan para sa mga aplikasyon na nakabatay na sa imprastraktura na nakabatay sa EVM.

6. Pamamahala ng Scalability, Pagganap, at Imprastraktura

Ang pagganap ng blockchain ng negosyo ay nakasalalay sa higit pa sa bilang ng mga transaksyon na kayang iproseso ng isang network. Ang pagiging kumplikado ng transaksyon, bilang ng kalahok, consensus configuration, mga kinakailangan sa storage, mga mapagkukunan ng imprastraktura, at latency ng network ay pawang nakakaimpluwensya sa aktwal na pagganap.

Hyperledger Fabric

Ang modular na arkitektura ng Fabric ay nagbibigay-daan sa mga organisasyon na i-configure ang mga peer, pag-order ng mga serbisyo, mga channel, at mga database ayon sa mga kinakailangan ng kanilang aplikasyon.

Ang modelong execute-order-validate nito ay naghihiwalay sa pagpapatupad ng transaksyon mula sa pag-order, na nagpapahintulot sa pagproseso ng pag-endorso na maipamahagi sa mga peer node.

Gayunpaman, ang pagganap ng network ay nakasalalay sa ilang mga salik sa pagpapatupad:

• Distribusyon ng peer at ordering node.
• Bilang ng mga kinakailangang pag-endorso ng transaksyon.
• Ang pagiging kumplikado ng pagpapatupad ng Chaincode.
• Laki ng bloke at konpigurasyon ng batching.
• Pagpili at pag-index ng database ng estado.
• Pamamahala ng koleksyon ng channel at pribadong datos.

Para sa malalaking deployment, dapat ding planuhin ng mga organisasyon ang pagsubaybay, backup, disaster recovery, at availability ng imprastraktura upang mapanatili ang maaasahang operasyon ng network.

Hyperledger Besu

Nagbibigay ang Besu ng maaaring i-configure na pagpapatupad at imprastraktura ng networking para sa mga pampubliko at pribadong network ng Ethereum.

Sa mga pribadong pag-deploy, ang pagganap ay nakasalalay sa configuration ng validator, mga parameter ng produksyon ng bloke, pagpapatupad ng transaksyon, mga mapagkukunan ng node, at komunikasyon sa network.

Kabilang sa mga mahahalagang konsiderasyon sa imprastraktura ang:

• Distribusyon at availability ng node ng validator.
• Konpigurasyon ng panahon ng bloke at limitasyon ng gas.
• Ang pagiging kumplikado ng pagpapatupad ng smart contract.
• Mga kinakailangan sa imbakan at pag-synchronize.
• Kakayahang magamit ang JSON-RPC endpoint.
• Pagsubaybay, pag-backup, at pagbawi ng node.

Nagbibigay din ang plugin framework ng Besu ng mga extension point para sa pagsasama ng mga karagdagang functionality, kabilang ang monitoring, security modules, at mga custom network component.

Pangunahing pagkakaiba: Nagbibigay ang Fabric ng maaaring i-configure na peer at ordering infrastructure, habang ang Besu ay gumagamit ng Ethereum-compatible na execution at validator architecture. Walang framework na ginagarantiyahan ang isang nakapirming transaction throughput sa mga deployment. Ang performance ay dapat itatag sa pamamagitan ng workload-specific benchmarking sa ilalim ng mga kondisyong parang produksyon.

7. Pangmatagalang Pagpapanatili at Pagkakatugma sa Ekosistema

Ang imprastraktura ng blockchain ng negosyo ay isang pangmatagalang pamumuhunan sa teknolohiya. Ang pagiging angkop nito ay nakasalalay hindi lamang sa paunang implementasyon kundi pati na rin sa kung gaano kadaling ma-upgrade ang mga aplikasyon, mapanatili ang mga configuration ng network, at matugunan ang mga pangangailangan sa negosyo sa hinaharap.

Hyperledger Fabric

Nagbibigay ang Fabric ng modular na arkitektura na may mga patakarang partikular sa organisasyon, pamamahala ng lifecycle ng chaincode, at mga bahagi ng network na maaaring i-configure.

Sinusuportahan ng istruktura nito ang mga negosyong gustong mapanatili ang lohika ng negosyo sa loob ng isang pinamamahalaang kapaligiran ng consortium.

Gayunpaman, ang mga pangmatagalang operasyon ay nangangailangan ng pagpaplano para sa:

• Pamamahala ng MSP at sertipiko.
• Pagsasaayos at pamamahala ng channel.
• Mga pag-upgrade ng Chaincode at mga pag-apruba sa lifecycle.
• Pangangasiwa ng serbisyo ng peer at ordering.
• Mga pagbabago sa configuration ng network.
• Mga pamamaraan sa pag-backup, pagsubaybay, at pagbawi.

Habang lumalaki ang bilang ng mga kalahok na organisasyon, ang pagpapanatili ng pare-parehong pamamahala at pag-uugnay ng mga pagpapahusay ng network ay nagiging mahahalagang responsibilidad sa operasyon.

Hyperledger Besu

Nakikinabang ang Besu mula sa pagiging tugma nito sa mas malawak na ecosystem ng pag-unlad ng Ethereum.

Ang kapaligiran ng pagpapatupad ng EVM nito ay nagbibigay-daan sa mga negosyo na gumamit ng mga itinatag na tool sa pagbuo ng smart contract, mga interface ng JSON-RPC, at mga bahagi ng aplikasyon na katugma sa EVM.

Maaari nitong suportahan ang pagpapalawak ng aplikasyon sa hinaharap, lalo na kapag inaasahan ng mga organisasyon na makipagtulungan sa iba pang mga network o imprastraktura na tugma sa Ethereum.

Gayunpaman, dapat isaalang-alang ng pangmatagalang pagpaplano ng pagpapatupad ang:

• Mga pag-upgrade ng kliyente at network ng Besu.
• Pamamahala ng bersyon ng smart contract.
• Konpigurasyon at pamamahala ng validator.
• Pag-synchronize at pag-iimbak ng node.
• Seguridad at pagsubaybay sa API.
• Pagkakatugma ng aplikasyon sa panahon ng mga pagbabago sa network.

Mahalaga ring maunawaan na ang EVM compatibility ay hindi awtomatikong nagtatatag ng cross-chain interoperability. Ang komunikasyon sa pagitan ng magkakahiwalay na network ay nangangailangan ng angkop na mga protocol ng pagmemensahe, mga tulay, o iba pang imprastraktura ng interoperability, kasama ang naaangkop na mga kontrol sa seguridad.

Pangunahing pagkakaiba: Ang Fabric ay angkop para sa mga organisasyong inuuna ang pinamamahalaang imprastraktura ng consortium at mga patakaran sa negosyo na partikular sa organisasyon. Ang Besu ay may kaugnayan sa mga negosyong naghahanap ng pundasyong tugma sa Ethereum na maaaring sumuporta sa mga umiiral na aplikasyon ng EVM at mga integrasyon ng ecosystem sa hinaharap.

Paano Pumili ng Tamang Balangkas sa 2027?

Walang iisang balangkas na pinakamahusay na gumagana para sa bawat negosyo. Ang desisyon ay dapat magsimula sa mga kinakailangan ng negosyo at tumungo sa teknikal na arkitektura, sa halip na pumili ng blockchain batay lamang sa kasikatan o ecosystem ng pag-unlad nito.

Ang sumusunod na gabay sa pagpapasya ay makakatulong sa mga lider ng teknolohiya na paliitin ang kanilang mga opsyon.

Pagpaplano ng Implementasyon ng Blockchain sa Isang Enterprise: Mga Pangunahing Pagsasaalang-alang sa Negosyo

Ang pagpili sa pagitan ng Hyperledger Fabric at Hyperledger Besu ay isang mahalagang desisyon sa teknolohiya, ngunit ang pagsasalin ng pagpiling iyon sa isang matagumpay na pag-deploy ng negosyo ay nangangailangan ng isang malinaw na diskarte sa pagpapatupad. Dapat itatag ng mga organisasyon kung ano ang gusto nilang makamit, kung aling mga proseso ng negosyo ang dapat ilipat sa chain, at kung paano maghahatid ang proyekto ng masusukat na halaga sa pagpapatakbo.

Bago simulan ang pag-unlad, dapat suriin ng mga negosyo ang mga sumusunod na konsiderasyon:

1. Tukuyin ang Kaso ng Paggamit ng Negosyo: Tukuyin ang partikular na problema sa negosyo na inaasahang matutugunan ng blockchain, maging ito man ay may kinalaman sa koordinasyon ng maraming partido, pag-verify ng transaksyon, mga ibinahaging talaan, o automation ng daloy ng trabaho. Ang isang malinaw na tinukoy na use case ay nakakatulong na maiwasan ang hindi kinakailangang komplikasyon sa panahon ng pag-develop.
2. Magtatag ng mga Masusukat na Layunin: Magtakda ng praktikal na pamantayan sa tagumpay para sa implementasyon, tulad ng pagbabawas ng pagsisikap sa pagkakasundo, pagpapabuti ng kakayahang makita ang mga transaksyon, pagpapaikli ng mga siklo ng pag-apruba, o pagpapataas ng kakayahang masubaybayan ang mga proseso. Ang mga layuning ito ay nagbibigay ng batayan para sa pagsusuri ng mga resulta ng proyekto.
3. Tukuyin ang mga Kalahok na Stakeholder: Tukuyin kung aling mga panloob na pangkat, kasosyo sa negosyo, at mga panlabas na organisasyon ang lalahok sa inisyatibo ng blockchain. Dapat itatag ang kanilang mga tungkulin, inaasahan, at responsibilidad bago magsimula ang pag-unlad.
4. Magplano ng Paulit-ulit na Implementasyon: Magsimula sa isang malinaw na saklaw ng use case o pilot bago palawakin ang network sa iba pang mga departamento, aplikasyon, o kasosyo sa negosyo. Ang pamamaraang ito ay nagbibigay-daan sa mga organisasyon na mapatunayan ang solusyon sa ilalim ng totoong mga kondisyon ng pagpapatakbo at matugunan nang maaga ang mga hamon sa pagpapatupad.
5. Maghanda para sa Pag-aampon ng Negosyo: Isaalang-alang kung paano makikipag-ugnayan ang mga empleyado at mga kalahok na organisasyon sa bagong sistema. Mahalaga ang pagsasanay, dokumentasyon ng proseso, onboarding ng gumagamit, at pamamahala ng pagbabago para matiyak na ang solusyon ng blockchain ay magiging bahagi ng mga regular na operasyon ng negosyo.
6. Tukuyin ang mga Sukat ng Tagumpay Pagkatapos ng Paglulunsad: Itakda kung paano susuriin ng organisasyon ang solusyon pagkatapos ng pag-deploy. Ang mga regular na pagsusuri sa mga resulta ng negosyo, pagtanggap ng gumagamit, aktibidad ng transaksyon, at pagganap ng operasyon ay makakatulong na matukoy ang mga lugar na maaaring pagbutihin at pag-unlad sa hinaharap.

Ang isang mahusay na natukoy na estratehiya sa pagpapatupad ay nag-uugnay sa arkitektura ng blockchain sa mga aktwal na prayoridad ng negosyo. Ang mga bihasang tagapagbigay ng serbisyo sa pagbuo ng blockchain ay makakatulong sa mga negosyo na isalin ang mga prayoridad na ito sa mga praktikal na roadmap ng pag-unlad, mga pilot deployment, at mga solusyon na handa na para sa produksyon.

Pangwakas na Salita:

Ang pagpili sa pagitan ng Hyperledger Fabric at Hyperledger Besu ay huhubog ng higit pa sa agarang implementasyon ng blockchain ng isang negosyo. Maiimpluwensyahan nito kung paano pinamamahalaan ng organisasyon ang digital trust, pinamamahalaan ang mga relasyon sa negosyo, pinoprotektahan ang kritikal na impormasyon, at inihahanda ang imprastraktura nito para sa umuusbong na mga pangangailangan sa teknolohiya. Nag-aalok ang Fabric ng matibay na pundasyon para sa pamamahala na pinangungunahan ng organisasyon at kontroladong pagbabahagi ng data, habang dinadala ng Besu ang Ethereum compatibility at EVM-based flexibility sa mga permisodong network. Ang tamang desisyon ay nakasalalay sa modelo ng negosyo, mga kinakailangan sa aplikasyon, mga prayoridad sa integrasyon, at pangmatagalang roadmap ng imprastraktura. Bilang isang kumpanya sa pagbuo ng hyperledger fabric , tinutulungan ng Antier ang mga negosyo na suriin ang pagiging angkop ng framework at i-engineer ang imprastraktura ng blockchain na naaayon sa kanilang mga layunin sa pagpapatakbo. Ang aming pokus ay sa pagbuo ng mga adaptable na solusyon sa enterprise blockchain na sumusuporta sa mga kasalukuyang kinakailangan sa negosyo habang lumilikha ng puwang para sa mga aplikasyon, integrasyon, at pagpapalawak ng network sa hinaharap.

Handa ka na bang bumuo ng isang enterprise blockchain network na maaaring umunlad kasabay ng iyong negosyo? Tuklasin ang mga serbisyo sa pagbuo ng Blockchain ng Antier para makapagsimula.