作為跨鏈交互的基礎,接口(API)是跨鏈平臺中重要一環。目前各大區塊鏈平臺提供了豐富的接口,這些接口是否都要在跨鏈平臺中重新實現?為了實現普適通用的跨鏈平臺,如何確定接口設計基調?為了滿足復雜多變的跨鏈需求,哪些接口是必須的?WeCross的接口實現是怎樣的?本文將帶你一探究竟。
隨著區塊鏈技術的發展,區塊鏈被廣泛地運用到各行各業中,為了支撐越來越多樣的應用場景與復雜的業務需求,區塊鏈接口也在不斷增長、完善。目前,主流區塊鏈平臺動輒提供幾十個接口。豐富的接口極大方便了開發,不過,對跨鏈而言,是不是所有區塊鏈接口都需要用上,有待商榷。
以FISCO BCOS的getPbftView為例,該接口用于獲取節點所在指定群組內的最新PBFT視圖,是面向PBFT共識算法特有的接口,而對于采用其它共識算法的異構區塊鏈平臺,這個接口顯然不夠通用。
Dmail推出手機端適配,全面優化Web3跨鏈通信服務:4月4日消息,Dmail已正式上線新版本3.0.0_beta,提供更加安全、私密和高效的跨鏈加密通信服務。新版本主要迭代內容包括升級產品UI/UX、支持手機端H5使用、登錄地址迭代、支持更多登錄錢包、優化登錄和信息加載機制、支持Confluxe Space登錄和DID Free-Mint、聯系人列表展示和管理優化等。
截至目前,Dmail已完成Ethereum、BNBChain、Dfinity、Conflux、Polygon、Optimism及PlatOn等多鏈部署,支持ENS、SPACEID、WorldCoinID、Lens、UnstoppableDomains、OPNames、.bit、HashKeyDID、JAZDID等DID間的跨鏈信息交互,鏈上注冊賬號突破180,000個,交互信息數超過4.5M。[2023/4/4 13:43:44]
因此,雖然區塊鏈接口眾多,如何挑選合適的接口來設計跨鏈平臺,還需結合實際情況具體分析。
Electron Labs開放跨鏈橋測試網早期Beta測試申請:1月8日消息,跨鏈協議技術公司ElectronLabs發推稱,此前從NEAR收到一筆贈款來利用ZK證明構建跨鏈橋,目前已開放Electron測試網橋“限制數量”的早期Beta測試申請。開發者、跨鏈用戶、流動性提供者、ZK愛好者都可以申請。
Electron Labs正在以太坊和NEAR之間建立去中心化跨鏈橋,該協議使用鏈上輕客戶端和零知識來驗證交易的有效性。[2023/1/8 11:01:16]
跨鏈平臺是聯通異構鏈的橋梁。為了屏蔽區塊鏈的差異性,降低跨鏈訪問復雜度,平臺與不同區塊鏈之間的交互需要通用統一的接口,因此,跨鏈所需的區塊鏈接口一定是不同區塊鏈都有的共性接口。
通過對主流區塊鏈平臺的服務接口進行分類整理,大致可分為如下三類:
O3Swap已恢復Polygon跨鏈轉移功能:8月31日消息,跨鏈聚合協議O3Swap上的Polygon跨鏈轉移功能現已恢復,預計Polygon上所有受影響的相關交易也將在今天完全恢復。
注:昨日Poly Network解決因以太坊上Geth客戶端錯誤引起的問題,所以O3Swap上的Polygon跨鏈轉移功能暫時關閉。。[2021/8/31 22:49:37]
合約類:這類接口用于實現智能合約部署、智能合約調用等功能,它們是支撐區塊鏈業務的主力接口,被頻繁訪問。其中合約調用又可以細分為查詢類(不發交易)的讀接口和更新類(發交易)的寫接口,常說的“上鏈”就是通過這個寫接口完成。
事件類:主要用于構建區塊鏈事件響應機制,實現區塊鏈與業務層的觸發式聯動功能。區塊鏈通過回調或者Log的方式實現事件推送,然后業務層基于監聽接口完成事件捕獲以進行后續邏輯。
ShapeShift實現通過硬件錢包設備提供跨鏈比特幣兌換:據官方消息,總部位于瑞士的加密貨幣交易所ShapeShift宣布,通過其Web平臺上的THORChain和基于以太坊的DEX交易,啟用了跨鏈兌換。這些功能先前已在ShapeShift的移動應用上提供,但基于Web的功能使ETH和ERC-20 DEX可以交易到一系列硬件錢包,如KeepKey,Trezor和Ledger,并啟用THORChain在KeepKey硬件錢包和ShapeShift原生軟件錢包上進行交易。這些變化將ShapeShift定位為第一個在硬件錢包上提供BTC到ETH交易的加密貨幣交易所。[2021/4/30 21:13:22]
狀態類:主要用于區塊鏈系統管理,例如獲取區塊頭、查詢區塊高度、查看交易等。這類接口多面向運維系統,通過配合區塊鏈節點日志,能夠實現整個區塊鏈系統的實時監控,并對異常情況進行告警。
IoTeX跨鏈協議升級上線ioTube v3:據官方消息,IoTeX今日跨鏈協議升級上線ioTube v3。據幣安行情顯示,IOTX/BTC對,24小時內漲幅達40%,最高達108%,IoTeX已同時登上Mytoken平臺和非小號平臺熱搜榜榜首。[2021/2/13 19:41:31]
對跨鏈平臺而言,要操作跨鏈資源,合約類接口必不可少;為了監聽跨鏈請求,事件類接口也得有;為了完成跨鏈交易驗證,就得拿到各個鏈的區塊頭,因此,狀態類接口也需要。
雖然每個分類都有不少接口,但只有各個區塊鏈通用的接口交集才是跨鏈的接口基礎。由此可見,跨鏈的功能需求是相對確定的,涉及的接口數量也可以收斂。
既然已經確定跨鏈接口的基調,那么跨鏈到底需要哪幾個接口?首先需要明確一點,跨鏈平臺的接口設計包含兩個層面,面向上層業務提供的服務接口,以及面向各類異構區塊鏈平臺的交互接口。
大家熟悉的HTTP協議將所有網絡訪問操作抽象成了GET(獲取數據)和POST(提交數據)兩種方法。在跨鏈場景中有跨鏈資產流通、資源原子兌換、信息獲取、數據跨鏈更新以及關聯交易等眾多需求,它們本質是獲取鏈上數據或更新鏈上數據。
因此,在服務接口方面,我們借鑒互聯網的成功經驗,對跨鏈行為進行抽象凝練,發現只需要包含以下三個即可:
初始化:跨鏈資源初始化接口,例如部署智能合約;
讀接口:獲取鏈上信息,面向只讀場景;
寫接口:更新鏈上數據,面向跨鏈發交易場景。
跨鏈訪問除了獲取和發送數據外,還肩負了跨鏈可信驗證以及跨鏈事務保證的使命,這依賴于區塊頭同步、跨鏈交易驗證以及跨鏈事件監聽等功能。通過對交互過程進行抽象凝練,跨鏈還需要以下三個交互接口:
獲取塊高:查詢當前塊高以完成區塊頭同步;
獲取區塊:查詢區塊頭等信息完成跨鏈交易驗證;
注冊事件:用于監聽跨鏈事件。
有了上層服務和底層交互6個接口,便能打通業務層到區塊鏈之間的信息鏈路,同時也為跨鏈應用屏蔽了不同區塊鏈平臺在接口訪問協議上的差異性,通過統一的數據協議和調用格式完成與多條區塊鏈的交互。
WeCross的接口實現基于上述思路完成。WeCross包括跨鏈路由(router)和跨鏈適配器(stub)兩個核心組件,其中跨鏈適配器以插件的方式集成到跨鏈路由中。
跨鏈路由向外提供的三個主要服務接口分別是call、sendTransaction和customCommand。其中call和sendTransaction用于合約的調用,customCommand用于其它自定義命令如合約部署,也為平臺保留擴展的可能性,以適應不斷發展的跨鏈需求。
跨鏈適配器定義了6個核心區塊鏈操作接口,包括call、sendTransaction、customCommand、getBlockNumber、getBlock和registerEvent。
其中前三個與服務接口對應,getBlockNumber和getBlock分別用于區塊頭同步和跨鏈交易驗證,registerEvent用于監聽跨鏈事件。
在開發不同區塊鏈的跨鏈適配器時,只需要實現上述6個接口便可基于插件化的方式完成異構區塊鏈的接入。
跨鏈路由管理不同區塊鏈的跨鏈適配器,當收到來自業務層的調用請求,通過請求包中的調用目標字段確定該請求的最終去向,然后挑選對應的跨鏈適配器完成請求的轉發,最終完成一次跨鏈調用。
基于上述接口,WeCross目前已實現對基于HTLC的跨鏈資產原子兌換、基于2PC的跨鏈事務等功能的支持,并面向數字存證場景完成多種跨鏈功能驗證。
跨鏈技術尚處探索階段,從業務實用性考慮,接口協議設計應去繁從簡,“小而美”勝過“大而全”。
隨著區塊鏈平臺發展以及跨鏈需求的不斷演化,跨鏈接口也會與時俱進,不斷改進和完善,迭代式前行。目前,跨鏈6個接口就能應對!未來,WeCross社區和你一起,見招拆招!
北京時間8月31日和9月1日,CertiK安全研究團隊發現Sushiswap仿盤的兩個項目YUNo Finance (YUNO)與KIMCHI.finance (KIMCHI).
1900/1/1 0:00:008 月 22 日,CFTC 公布了最新一期的 CME 比特幣期貨周報(8 月 12 日-8 月 18 日),最新統計周期前半段時間 BTC 走出了一波快速反彈.
1900/1/1 0:00:00金色財經報道,據YAM Finance官方消息,YAMv2臨時治理期已結束,此前所有成功提案都將在YAMv3中實施,此后任何其他提案都需要在YAMv3中進行鏈上批準.
1900/1/1 0:00:00昨日晚間一波探底回升,價格突破小時下降三角壓制,最高沖至10440美金附近在回落,不過調整量能一般,屬于突破回踩的健康走勢,并且近期日線接連下插針,顯示階段抄底買盤的強勢.
1900/1/1 0:00:00自6月中旬Compound開啟“流動性挖礦”后,DeFi幣平均暴漲240%,借款規模突破16億美元,鎖倉額超過50億美元,DEX交易量暴增,據The Block報告.
1900/1/1 0:00:0020世紀90年代初,有兩股巨大的力量在傳播,這兩股力量將影響未來幾十年的發展:互聯網和強大的密碼學.
1900/1/1 0:00:00