Request Network商業的未來付款請求的去中心化網路

讓我們看看兩個例子：

Bob 正在瀏覽亞馬遜而 Alice 正在進行購買，亞馬遜在區塊鏈中提出一個請求。Alice 的手機將分析區塊鏈並檢測到這一請求，隨後會向 Alice 傳送通知，讓她同意支付。

考慮第二種情況，一輛擁有自主意識的汽車連結到一個車庫的智慧合約併購買了一個新的車輪。它們透過演算法協商，並商定用定金和履約保證金 (一種在貨物移交完成後支付的保證金) 進行支付。為了在經濟上進行互動，這些機器和物聯網需要一個支付體系框架。

由於沒有標準的格式與服務間的統一聯絡，這些例子目前並不可行; 目前的方式要麼必須提供銀行資訊，要麼必須使用交易雙方所熟悉的第三方服務 (Paypal, Venmo, Lydia , Stripe ...)。除了不安全性與使用功能上的限制之外，這些方式中產生的零散發票中還可能存在錯誤。

這些新的基礎簡化了電子流程。

這樣的簡化在當前看來是非常重要的，因為款項的支付是一切的基礎。每天僅在 SIFT 網路上進行的交易額就已經超過了 5 萬億美元，然而其流程卻沒有得到較好的最佳化。
這個解決方案還有一個更大的利好。包含所有標準會計條目的賬本可以實現自動化的實時入賬、改善審計流程，實現自動化保理並簡化費用報備流程，使履約保證簡單可靠，且還能計算並自動支付稅款。

此外，這還為更全面的貿易改善創造了機會。
具有管理資料隱私的能力將能夠推進貿易的透明化（公共開支，組織）、公平化（透明化讓跟蹤收益分配與產品來源成為了可能，同時還強調了公平交易的重要性）和公正化（貿易規則的執行將更加容易）。

如果沒有這樣一層，金融領域恐怕很難取得任何進展。

在團隊完成了核心協議的構建之後，許多開發工作都可以以 Request 為基礎進行。我們的技術思維地圖完整地介紹了 Request 網路與接下來的路線圖。

我們相信 Request 生態系統是成功的關鍵，同時也十分願意幫助它的成長。為了進一步實現這一去中心化的系統並幫助 Request 的發展壯大，下面我們將介紹 Request Hub5。Request Hub 是一種建立在 Request 之上並獨立於 Request 存在的社羣，人們可在其中圍繞 Request 建立團隊與專案，並幫助實現它的去中心化。

1.核心層

擴充套件是第二層。目前在這裡建立的大部分付款請求並不像核心層中提出的那麼基本。如果請求來自企業，那麼其中會包括對於稅款、支付條款履約保證金或預付金的計算規則。所有的這些條件都以擴充套件的形式新增至請求中。本層是實現未來驚人特性的關鍵，例如” 連續賬單”。舉個例子，人們可以選擇這一模組並將他們的租金分成 30x24 的形式支付給房東，這樣的話他們既有了銀行流水，也不需要再在月末支付一大筆費用了。稅款將會實時匯入政府機構。每次付款中 VAT 的 20% 將用於支付稅款，80%將進入接收公司。相似的，人們還可以支付 1% 給 NGO（非政府組織）或存入個人退休賬戶。

這一層上可進行收費，每個擴充套件將收取一定費用。這一費用中的一部分將用於擴充套件的執行，另一部分則會支付給擴充套件開發者，並將應收金額收錄在同一張發票上。隨著時間的推移，這些擴充套件的成本將會減少以保持競爭力，同時遏制對於替代系統的使用。初始估計這些擴充套件的成本將在 0.1% 到 0.5% 之間，且將會隨著系統發展而降低。在達到每天 5 萬億美元的交易體量後，維護體系的費用將降至 0.1% 以下。儘管如此，這些費用將繼續用於支援應用程式的安全性和它們自身的開發。這一層是完全開放的，任何人都可以構建自己的擴充套件，同時這樣的費用分配方法也能夠吸引並鼓勵開發者與社羣。

3.應用層

應用層是最頂層，位於區塊鏈之外。不同公司的系統可以連線到 Request 並建立請求或訪問資訊。無論是會計系統、審計系統、稅務系統、債務系統、保理系統或支付系統都可以進行連線。當一個支付系統連結連線至 Request（Mycellium，Coinbase，美國銀行，Bankin…）時，它就可以訪問使用者的發票並提出即時付款請求。
Request 團隊將開發這些應用，包含可用於建立和訪問請求的使用者介面與 API。

聲譽應用程式

本層中還有一個用於防範網路釣魚或惡意購買人的聲譽系統。舉個例子，使用者將能夠檢測一家公司是否正在進行網路釣魚行為，在這種情形中其他使用者的支付行為可能會被拒絕。反過來講，一家在收到了發票之後不按時支付的公司同樣會受到聲譽上的懲罰。這個聲譽系統也適用於其他使用者，比如聲譽最好的成員可能會獲得費用減免或可使用一些訂製擴充套件。

我們本可以直接在區塊鏈中直接整合這一聲譽系統，但為了保證系統的輕量化，我們目前只能將這一系統置於應用層，不過這些資訊也可以透過瀏覽區塊鏈進行重新獲取。

用例

這種技術的用例非常廣泛。這一系統實現了自動化的實時全球化記賬，更換整個審計分支，消除了手動稅款徵收行為，簡化了國際支付，允許機器在同一財務領域進行通訊，可用於替代支付系統（比如PayPal）並允許每個人都能使用這一最為先進的付款手段。

1.B2B 發票

公司之間每年往來的發票數量有數十億，其中的大部分仍然是以實體或郵件形式進行傳送的，這種形式的發票必須要複製留檔。這也就導致了諸多錯誤的發生，尤其是在使用預付款項規則與稅收條件的情形中。

等待支付的公司將會立即發現支付的延遲，但隨著發票支付系統的開發這樣的情況會越來越少。公司可以在收到請求後選擇最合適的日期進行支付。

2.線上付款

舉個例子，您需要提供信用卡/借記卡才能在亞馬遜上進行購物，這將暴露敏感資訊。或者，您可以在支付時選擇 Request，使用者的資料將得到保護。亞馬遜將在 Request 網路上釋出一個請求，然後使用者的賬戶將檢測到這一請求，並由使用者確認付款。這樣的交易成本最低，同時也不會暴露支付資訊。

同時透過在支付發生前提供驗證支付的過程，這樣的支付方式還可幫助人們避免信用卡/借記卡支付過程中可能會需要繳納的隱藏服務費。Request 真正賦予了人們支付的權利。

相比於目前的系統來說，Request 有如下優勢：
• 安全：不會分享支付資訊，沒有他人攔截或盜用銀行資訊的風險。
• 簡單：點選一下滑鼠就可以支付，沒有可能的手動輸入錯誤。

3.作業自動化：會計，審計，費用

3.1 會計

Request 將可以自動實時完成會計流程。不僅能夠降低成本，還可以提供更好更快的財務管理服務，以及更多的資訊。

3.2 審計

多虧了系統的穩定性，Request 將審計工作變成了簡單的演算法檢查工作。在2014年的時候，微軟公司支付了 4620 萬美元審計費給德勤。美國銀行也支付了獎金一億美元。美國最大的100 家公司總共支付了 25 億美元審計費用。

今後，審計工作將能夠實時進行。我們稱之為“智慧審計”。相比於人工審計，區塊鏈審計解決方案（“智慧審計”）很有可能成為一個可靠而便宜的選項。

Request 的重要好處是能夠提高這類審計的效率。在數字化方面，會計系統與公司狀況仍然是有很大最佳化空間的。很多的公司每天都會透過郵件寄送發票，並在年底丟失大部分發票。

然而很明顯的，方法和技術性支援可以都改變並這種昂貴的公司間交流方式，同時能夠保證賬務宣告的可靠性。

在電腦諮詢行業，會計處理一張發票所花費的時間大約價值在 5 到 15 美元之間。此外還需要進行必要的月度檢查與錯誤糾正。整個系統的自動化程度極為低下。

區塊鏈的使用將簡化會計流程，並加強複式會計的作用。複式會計發源於文藝復興時期，在這樣的體系中經理們對於他們自己的報表都是十分有信心的。目前，獨立審計員驗證大型集團資訊的過程是即為耗時而昂貴的。審計事務所成為了可信的第三方，來保證財務報表所列資訊的準確性。然而，審計員同時仍然需要對公司負責，這就可能導致不信任的產生。審計員究竟是為委託他們的客戶工作，還是為免費獲取這些資訊的第三方服務呢？

在區塊鏈技術的幫助下，公司可將賬戶儲存在一個去中心化的、機密的、可共享的資料庫中，而不需要年度審計之後再行保留這些內部賬戶或釋出年報了。所有條目將會登記入冊，將無法進行日期倒填，也就無法造假。年度調整將更有公信力，最重要的是這樣的好處將實時作用在公司上。股東和外部實體可以實時接入資訊。審計的費用將急劇降低，會計條目再也不需要重複的手工檢查了。最後，當客戶和供應商接入這一系統並使用加密地址後，財務證明的真實性就再也不會受到質疑了。

Request 證明了電子記錄的完整性。它將是未來貿易的門戶。

3.3 費用

員工與企業之間可以透過 Request 輕鬆共享費用報告，避免造成誤解或版本的不一致。員工們可以實時提交自己的報銷費用，並在經理批准後收到匯款。

4.商業邏輯和貿易法律：政府與稅收

英國科學院最近發現了透過區塊鏈技術“改善公民與國家之間關係”的多種方法，比如幫助政府收稅以及分配救援物資。

5.簡化商業工具：保理，履約保證（escrow）

簡單而便宜。確實，履約保證可以透過使用 oracle 來實現自動化。至於保理，公司將能夠使用最好的信用評分系統：“鏈上”聲譽。透過為每個發票分配一個獨特的指紋並將其釋出在區塊鏈上可避免發票的重複開具，因為一個發票可以只能在區塊鏈上釋出一次。公司將可透過一個智慧合同將取消現有的請求，並以 2 保理請求代替它。

6.機構的透明度

Request 提出了一個框架，在這一框架中允許機構可以方便地實現自己的透明性，他們實時釋出賬戶以供任何人進行審計。隨著框架的逐漸流行，更多的工具將被開發（比如你所在城市的費用支出儀表盤也可以在這一框架內進行開發）。

7.IoT 和智慧合同

未來幾年中最具挑戰性的工作莫過於實現物品、機器和人工智慧間的相互作用，以及實現它們之間對於支付條款的自動協商與定義。它們需要一個支付框架，來幫助定義交易的原由和條件。

架構

我們最近將釋出黃皮書來詳細描述技術規格。這一部分旨在簡要敘述我們所面臨的挑戰以及為應對挑戰所選擇的架構。
Request 是一種協議服務，在其之上建立有大量應用程式。這個協議旨在實現完全無伺服器、開源、和去中心化的目標。所以我們決定將 Request 建立在以太坊技術上。
以太坊：以太坊允許在 EVM 上以去中心化的方式執行智慧合同，這將實現 Request 的去中心化和無伺服器特性。Request 的智慧合同基於 Solidity 進行開發。Request 使用以太坊來建立發票並自動檢測付款行為。

Swarm 和 Filecoin: Swarm21和 Filecoin22允許以去中心化的方式將檔案儲存在一個分散式網路中。Filecoin 將儲存發票上的大部分資訊，Swarm 則只儲存那些需要迅速訪問的資訊，比如後設資料。

1.技術考量

隱私政策
以太坊中的隱私管理是以太坊協議的首要目標，也是其所面臨的挑戰之一。我們將透過使用 ZkSnarks23（零知識證明技術）解決這個問題。ZkSnarks 是以太坊路線圖的一部分，但並不是需要立即實現的特性。

在 ZkSnarks 或類似解決方案發布之前，我們將實行下述 3 個辦法：
-允許公共請求
-引入基本請求概念。這是一種位於 Filecoin 上的請求型別，其本質是加密雜湊值而不是智慧合同
-Plasma chain。Plasma Chain 中可使用 ZkSnarks，同時並我們正在密切關注 Omise 並與他們合作
-最終會使用一個基於 Quorum24以及透過類 Polkadot25系統實現公開化的私人交易連結的臨時側鏈

可擴充套件性

可擴充套件性也是一個挑戰，同時很明顯我們也想要能夠支撐起大量的交易行為。由於我們會處理多個幣種之間的交易，這也就導致了在 Request 交易數量的增長將遠超以太坊交易數量的增長。這也是為什麼以太坊路線圖中的一些創新 (如 Sharding26) 有著十分重要的意義。

Sharding 還需要很長時間才能完成，所以我們會在下述方向進行開發：
-在 Plasma/State 渠道27上儘可能多地放置離鏈負載
-較小數量的基本請求（不是智慧合同）。將整合至 FileCoin 和 Swarm 中。

2.智慧合同架構

智慧合同的高層檢視。核心將用於註冊所有請求，同時可在此處對更新與使用暫停進行管理。架構中只會有唯一的核心，核心可以允許子合同管理每種貨幣。每一個子合同將用於管理請求與特定貨幣的建立於互動。部分子合同是非同步的，其他互動中則會帶有一個 oracle（比如法幣）

這就是貨幣子合同的詳細情況。請求的建立者可以選擇不同的擴充套件，而子合同將可以同這些擴充套件進行互動。