本發(fā)明涉及一種基于區(qū)塊鏈聯(lián)盟鏈的銀行清算方法。
背景技術(shù):
在一個標(biāo)準(zhǔn)的銀行間資金轉(zhuǎn)移過程中,如果發(fā)款銀行和接收銀行互相沒有開立賬戶,他們將不得不依賴一個中央清算或第三方銀行。用這種方式交易方需要給中間方一定費用,并且三方必須經(jīng)過對賬并同步,容易產(chǎn)生糾紛,如果各個節(jié)點的時間不一致,還可能有部分交易記錄不能及時的對賬成功。
技術(shù)實現(xiàn)要素:
為克服上述現(xiàn)有技術(shù)的缺陷,本發(fā)明實施例提供了一種基于區(qū)塊鏈聯(lián)盟鏈的銀行清算方法,在一個互信的銀行聯(lián)盟之間實現(xiàn)了去中心化的跨行支付清算,并且在結(jié)算時無需對賬,既節(jié)省了資源,也大大減少了糾紛發(fā)生的概率。
為了達(dá)到上述目的,提供一種基于區(qū)塊鏈聯(lián)盟鏈的銀行清算方法,包括如下步驟:
a)參與方各自提供節(jié)點接入聯(lián)盟鏈,并參與區(qū)塊鏈的共識一致性算法;
b)交易發(fā)起方收到交易指令后,把交易信息轉(zhuǎn)換為區(qū)塊鏈交易信息,對交易進行發(fā)起方確認(rèn)后,對區(qū)塊鏈系統(tǒng)上的其他節(jié)點進行廣播;
c)交易接收方接收交易信息,并根據(jù)交易信息進行操作,操作后對交易進行交易接收方確認(rèn),并寫入交易結(jié)果,然后把該交易廣播到其他節(jié)點;
d)各個節(jié)點對交易進行共識后,交易在區(qū)塊鏈各節(jié)點上進行記賬操作,并把交易信息寫入到區(qū)塊鏈上;
e)參與方對出賬發(fā)生額和入賬發(fā)生額計算軋差金額,若軋差金額為負(fù)數(shù)則轉(zhuǎn)出軋差金額,若軋差金額為正數(shù)則做掛賬處理,等待軋差金額的匯入。
優(yōu)選的,步驟b)中的交易方確認(rèn)方式為交易發(fā)起方進行簽名確認(rèn),步驟c)中的交易接收方確認(rèn)方式為交易接收方進行簽名確認(rèn)。
優(yōu)選的,步驟c)中交易接收方接收交易請求后,對交易信息進行解析、處理與驗證。
優(yōu)選的,步驟c)中的操作為交易接收方根據(jù)交易請求實時對所請求操作的賬戶進行扣賬或入賬操作。
優(yōu)選的,步驟d)中進行交易共識前,區(qū)塊連上的節(jié)點,把那些已經(jīng)完成了交易發(fā)起方與交易接收方共同確認(rèn)的區(qū)塊鏈交易,存放到等待執(zhí)行交易隊列中。
優(yōu)選的,步驟d)中各節(jié)點進行交易共識前,等待執(zhí)行交易隊列達(dá)到一定數(shù)量,或者達(dá)到共識計時設(shè)定。
優(yōu)選的,區(qū)塊鏈每日進行一次日終處理,日終處理為聯(lián)盟鏈參與方獲取區(qū)塊鏈上當(dāng)日的有效發(fā)生記錄進行發(fā)生額匯總,得到當(dāng)日該行的出賬發(fā)生額和入賬發(fā)生額,并進行軋差處理,軋差金額=出賬發(fā)生額-入賬發(fā)生額。
優(yōu)選的,聯(lián)盟參與方對軋差處理完畢的交易進行核銷。
優(yōu)選的,交易信息包括交易接收方所要操作的賬戶和金額。
本發(fā)明與現(xiàn)有技術(shù)相比的優(yōu)點為:
本發(fā)明在一個互信的銀行聯(lián)盟之間實現(xiàn)了去中心化的跨行支付清算,并且在結(jié)算時無需對賬,既節(jié)省了資源,也大大減少了糾紛發(fā)生的概率。同時,這種交易方式是近實時的并且是點對點的,減少了交易對手風(fēng)險,將結(jié)算時間降至以毫秒計算。在監(jiān)管者看來,一個區(qū)塊鏈?zhǔn)撬薪灰坠蚕淼牟豢勺兛傎~本,所有的監(jiān)管者和審計方都有權(quán)訪問,可以滿足監(jiān)管層對于資金監(jiān)管的要求。
附圖說明
圖1是本發(fā)明聯(lián)盟鏈的一種實施例的結(jié)構(gòu)示意圖;
圖2是本發(fā)明涉及的方法的一種實施例的示意圖。
具體實施方式
在本發(fā)明描述中,術(shù)語“上”、“下”、“前”及“后”等指示的方位或位置關(guān)系為基于附圖所示的方位或位置關(guān)系,僅是為了便于描述本發(fā)明而不是要求本發(fā)明必須以特定的方位構(gòu)造和操作,因此不能理解為對本發(fā)明的限制。
下面結(jié)合附圖對本發(fā)明的具體實施方式作進一步說明。
本發(fā)明提供了一種基于區(qū)塊鏈聯(lián)盟鏈的銀行清算方法,參照圖1,該聯(lián)盟鏈中有4個節(jié)點,分別與作為銀行a、b、c、d接入聯(lián)盟鏈的節(jié)點,各區(qū)塊鏈節(jié)點相互之間點對點進行連接通信。作為優(yōu)選實施例,參照圖2,本發(fā)明一種基于區(qū)塊鏈聯(lián)盟鏈的銀行清算方法包括如下步驟:
s01,聯(lián)盟鏈的參與方(銀行機構(gòu))各自提供節(jié)點接入聯(lián)盟鏈,參與區(qū)塊鏈交易的共識一致性算法,本實施例銀行機構(gòu)有四家,即圖1中的銀行a、b、c、d。
s02,交易發(fā)起方收到交易指令后,把交易信息(包括交易接收方所要操作的賬戶和金額)轉(zhuǎn)換為區(qū)塊鏈交易信息,由交易發(fā)起方對交易進行簽名后,對區(qū)塊鏈系統(tǒng)上其他節(jié)點進行廣播。
s03,區(qū)塊鏈上的交易接收方收到交易請求后對交易信息進行解析并處理和驗證,交易接收方根據(jù)交易請求實時對所請求操作的賬戶進行扣賬或入賬操作,操作后對通過驗證的交易信息做交易接收方簽名,并寫入交易結(jié)果,然后把該條完成了兩次簽名的交易廣播到其他節(jié)點。
s04,區(qū)塊連上的節(jié)點,把那些已經(jīng)完成了交易發(fā)起方與交易接收方共同簽名的區(qū)塊鏈交易,存放到等待執(zhí)行交易隊列中。
s05,當(dāng)?shù)却龍?zhí)行交易隊列達(dá)到一定數(shù)量,或者達(dá)到共識計時設(shè)定后,各個節(jié)點對該批交易進行共識。
s06,完成共識后的本批交易在區(qū)塊鏈各各節(jié)點上進行記帳操作,把交易信息寫入到區(qū)塊鏈上。
s07,日終處理時,聯(lián)盟鏈參與方獲取區(qū)塊鏈上當(dāng)日的有效發(fā)生記錄進行發(fā)生額匯總,得到當(dāng)日該行的出賬發(fā)生額和入賬發(fā)生額,并進行軋差處理(軋差金額=出賬發(fā)生額-入賬發(fā)生額)。
s08,聯(lián)盟鏈參與方根據(jù)軋差金額,如果金額為負(fù)數(shù)則往對手行轉(zhuǎn)入軋差金額,如果金額為正數(shù)則做掛賬處理,等待對手行匯入再做核銷處理。
當(dāng)然上述的實施例只是作為一個優(yōu)選實施例,根據(jù)實際情況,可以對上述方法進行相應(yīng)步驟進行增減以及調(diào)換順序,銀行機構(gòu)的數(shù)量、共識算法、交易確認(rèn)方式等均可做相應(yīng)改變。
通過上述可以實現(xiàn)支付信息發(fā)送方通過區(qū)塊鏈發(fā)送支付信息,支付信息交易接收方通過區(qū)塊鏈獲取信息后處理交易信息,操作成功后準(zhǔn)實時對支付信息進行反饋確認(rèn),支付信息保存在區(qū)塊鏈上,監(jiān)管層可以實時查看以管控資金動向;日終清算時,聯(lián)盟鏈成員間清算可以從區(qū)塊鏈中獲取當(dāng)日的交易數(shù)據(jù)并進行清算。
根據(jù)上述說明書的揭示和教導(dǎo),本發(fā)明所屬領(lǐng)域的技術(shù)人員還可以對上述實施方式進行變更和修改。因此,本發(fā)明并不局限于上面揭示和描述的具體實施方式,對本發(fā)明的一些修改和變更也應(yīng)當(dāng)落入本發(fā)明的權(quán)利要求的保護范圍內(nèi)。此外,盡管本說明書中使用了一些特定的術(shù)語,但這些術(shù)語只是為了方便說明,并不對本發(fā)明構(gòu)成任何限制。