Iminumungkahi ng Ripple na alisin ang XChainBridge, isang katutubong bridging feature sa XRP Ledger na kilala bilang amendment XLS-38, sa halip ay umasa sa Axelar, isang panlabas na cross-chain network, upang ikonekta ang XRPL sa iba pang mga blockchain.
XLS-38 ay dinisenyo para payagan ang XRPL na maglipat ng mga asset papunta at mula sa ibang mga chain nang hindi umaasa sa panlabas na kompanya. Gumagana ito sa pamamagitan ng isang network ng “witness servers” na nagmamasid sa mga transaksyon sa pagitan ng mga chain at kinukumpirma na nangyayari ang mga ito nang tama. Ang ideya ay maaari nitong suportahan ang mga pribadong chain, permissioned networks, at sa huli ay ikonekta ang XRPL EVM Sidechain pabalik sa XRPL mainnet.
Nang inilunsad ang EVM Sidechain, pinili ng Ripple ang Axelar kaysa XLS-38 para pamahalaan ang bridge na iyon. Sinabi ng Ripple na ang witness server model ay lumilikha ng maselang balanse. Mas decentralized ang grupo na nagpapatakbo nito, mas ligtas, ngunit mas mahirap itong koordinahin at pamahalaan.
Sinabi ng Ripple na ang pagbuo at pagpapatakbo ng mga bridge sa pagitan ng mga blockchain ay espesyal na gawain, at hindi nila akalaing mayroon silang tamang expertise para gawin ito nang ligtas at malakihan. Sa kabilang banda, ang Axelar ay may higit sa 75 validators at may karanasan sa pag-secure ng koneksyon sa higit sa 55 blockchain.
Binigyan ng Ripple ang XRPL community ng higit sa isang taon para ipakita ang totoong demand para sa XLS-38, ngunit sinabi nilang walang seryosong proyekto na lumitaw na partikular na nangangailangan nito.
(adsbygoogle = window.adsbygoogle || []).push({});| Seguridad | Ang kaligtasan nito ay nakasalalay sa kung gaano ka-decentralized ang witness server group. | May malaking, matatag na validator network na may taon ng operational history. |
| Attack Surface | Ang pananatili ng hindi nagagamit na code sa sistema ay nangangahulugang mas maraming code na maaaring may mga kahinaan (tinayang 10 thousand lines). | Ang panlabas na cross-chain network approach ay umiwas sa pagdagdag ng sobrang code sa XRPL mainnet. |
| Decentralization | Idinisenyo upang maging ganap na native sa XRPL. | Hiwalay, panlabas na network; umaasa ang XRPL sa infrastructure ng ibang proyekto. |
| Pagsasaayos | Ang pagpapanatili nito nang walang totoong paggamit ay lumilikha ng patuloy na trabaho na walang malinaw na benepisyo. | Ang maintenance ay napupunta sa sarili nilang team. |
| Third-Party Dependency | Umiwas sa pag-asa sa panlabas na mga kompanya. | Nangangahulugan ng pagtitiwala sa validators at teknolohiya ng ibang network sa hinaharap. |
Binigyang-diin ng Ripple na ito ay rekomendasyon, hindi final decision, dahil isa lang ang boto nito sa mga validator ng XRPL. Kung sang-ayon ang komunidad, ang amendment ay unang itatala bilang inactive, at unti-unting mawawala ang suporta habang nag-u-upgrade ang mga validator, bago tuluyang tanggalin sa code.
