以用戶在客戶端應用中發起鏈克兌換為例。
鏈克口袋將請求發到鏈的服務層——從架構角度看的最外層就是接入層；
接入層會根據 from（發起方）地址將請求路由到對應鏈的鏈，接入層也會判斷請求的合法性，針對非法的請求直接返回失敗；
外層驗證 ok后，會進入服務層——從架構角度看的內層，會驗證請求是否為重放、余額是否不足等；
服務層驗證通過的請求到達基礎層——從架構角度看就是我們的記賬節點，也叫驗證人；
記賬節點之間轉發請求，記賬節點中本輪的 proposer負責發起區塊，區塊數據在幾個記賬節點之間也相互轉發，收到區塊的節點進行投票，并把投票信息廣播，根據我們的 pbft共識算法記賬節點達成共識，區塊入鏈；
新區塊產生后，記賬節點中鏈間通信的模塊會針對新區塊中涉及跨鏈的請求，依次根據請求的目的鏈，將跟該目的鏈有關的請求原始數據、本鏈的區塊頭信息、本鏈的交易證明信息等轉發給目的鏈的記賬節點；
目的鏈的記賬節點將收到的信息轉發，并達成共識，將請求寫入目的鏈區塊的同時也完成了目的鏈對應地址的余額增加。
版權申明：本內容來自于互聯網，屬第三方匯集推薦平臺。本文的版權歸原作者所有，文章言論不代表鏈門戶的觀點，鏈門戶不承擔任何法律責任。如有侵權請聯系QQ：3341927519進行反饋。
