應用程序開發 - 分析
讓我們更詳細地分析商業票據。諸如 MagnetoCorp 和 DigiBank 之類的 PaperNet 參與者使用商業票據交易來實現其業務目標 – 讓我們研究一下商業票據的結構以及隨著時間的推移會影響商業票據的交易。我們還將基于網絡中各組織之間的信任關系，考慮 PaperNet 中的哪些組織需要在交易上簽名。稍后，我們將集中討論買賣雙方之間的資金流動方式?，F在，讓我們集中討論 MagnetoCorp 發行的第一份票據。
1. 商業票據生命周期
MagnetoCorp 在 5 月 31 日發布了票據 00001?；ㄒ恍r間看一下本所的初始狀態，其不同的性質和值：
Issuer = MagnetoCorp
Paper = 00001
Owner = MagnetoCorp
Issue date = 31 May 2020
Maturity = 30 November 2020
Face value = 5M USD
Current state = issued
此票據狀態是發行交易的結果，它使 MagnetoCorp 的第一份商業票據成為現實！請注意，本文的面值為 500 萬美元，要在今年晚些時候進行贖回。查看在發行票據 00001 時發行者和所有者如何相同。請注意，票據可以唯一標識為 MagnetoCorp00001 – 由 Issuer 和 Paper 屬性組成。最后，了解 "Current state = issued" 屬性如何快速識別 MagnetoCorp 票據 00001 在其生命周期中的階段。
發行后不久，該票據被 DigiBank 購買?；ㄒ恍r間來看看同一筆商業票據由于此次購買交易而發生了怎樣的變化：
Issuer = MagnetoCorp
Paper = 00001
Owner = DigiBank
Issue date = 31 May 2020
Maturity date = 30 November 2020
Face value = 5M USD
Current state = trading
最重要的變化是 Owner 的變化 – 看看 MagnetoCorp 最初擁有的票據現在如何由 DigiBank 擁有。我們可以想象一下，隨后如何將票據出售給 BrokerHouse 或 HedgeMatic，并將相應的更改賦值給 Owner。請注意，Current state 如何使我們能夠輕松地識別出該票據正在交易中。
6 個月后，如果 DigiBank 仍然持有該商業票據，MagnetoCorp 則可以贖回它：
Issuer = MagnetoCorp
Paper = 00001
Owner = MagnetoCorp
Issue date = 31 May 2020
Maturity date = 30 November 2020
Face value = 5M USD
Current state = redeemed
最后的贖回交易已經結束了商業票據的生命周期 - 可以視為已完成。保留贖回商業票據的記錄通常是強制性的，并且贖回狀態使我們能夠快速識別這些票據。通過將所有者與交易創建者的身份進行比較，可以將票據所有者的值用于對贖回交易執行訪問控制。Fabric 通過 getCreator() 鏈碼 API 對此提供了支持。如果將 golang 用作鏈碼語言，則可以使用 客戶端身份鏈碼庫 來檢索交易創建者的其他屬性。
2. 交易
我們已經看到，票據 00001 的生命周期相對簡單 - 作為發行，購買或贖回交易的結果，它在已發行，交易和贖回之間移動。
這三筆交易是由 MagnetoCorp 和 DigiBank 發起的 (兩次)，并推動了票據 00001 的狀態變化。讓我們更詳細地了解影響票據的交易：
2.1 交易
檢查由 MagnetoCorp 發起的第一筆交易：
Txn = issue
Issuer = MagnetoCorp
Paper = 00001
Issue time = 31 May 2020 09:00:00 EST
Maturity date = 30 November 2020
Face value = 5M USD
了解發行交易如何具有帶有屬性和值的結構。該交易結構與票據 00001 的結構不同，但緊密匹配。這是因為它們是不同的東西 – 票據 00001 反映了由于發行交易而產生的 PaperNet 狀態。擁有這些屬性并創建此票據的發行交易(我們看不到)背后的邏輯。由于交易是通過票據進行的，因此這意味著這些結構之間存在非常密切的關系。
涉及發行交易的唯一組織是 MagnetoCorp。自然，MagnetoCorp 需要簽署該交易。通常，票據發行人需要在發行新票據的交易上簽名。
2.2 購買
接下來，檢查將票據 00001 的所有權從 MagnetoCorp 轉移到 DigiBank 的購買交易：
Txn = buy
Issuer = MagnetoCorp
Paper = 00001
Current owner = MagnetoCorp
New owner = DigiBank
Purchase time = 31 May 2020 10:00:00 EST
Price = 4.94M USD
看看購買交易如何具有較少的屬性，這最終在此票據中得出。那是因為這項交易只會修改票據。唯一的 Neww owner = DigiBank 因此次交易而發生變化；其他一切都一樣。沒關系 – 關于購買交易，最重要的是所有權的變更，實際上，在此交易中，已經確認了票據的當前所有者 MagnetoCorp。
你可能會問，為什么沒有在票據 00001 中記錄 "Purchase time" 和 "Price" 屬性？這又回到了交易與票據之間的區別。494 萬美元的價格標簽實際上是交易的財產，而不是票據的財產?；ㄒ稽c時間思考這種差異；它并不像看起來那樣明顯。稍后我們將看到帳將本記錄這兩條信息 - 影響票據的所有交易的歷史記錄及其最新狀態。明確區分信息非常重要。
還需要記住的是，票據 00001 可能會被多次買賣。盡管我們在方案中略有提前，但讓我們來看看如果票據 00001 更改所有權時我們可能會看到哪些交易。
如果我們有 BigFund 購買：
Txn = buy
Issuer = MagnetoCorp
Paper = 00001
Current owner = DigiBank
New owner = BigFund
Purchase time = 2 June 2020 12:20:00 EST
Price = 4.93M USD
隨后由 HedgeMatic 購買：
Txn = buy
Issuer = MagnetoCorp
Paper = 00001
Current owner = BigFund
New owner = HedgeMatic
Purchase time = 3 June 2020 15:59:00 EST
Price = 4.90M USD
查看票據所有者如何變化，以及示例中價格如何變化。你能想到 MagnetoCorp 商業票據價格可能下跌的原因嗎？
直覺上，購買交易要求賣方和購買組織都必須簽署此類交易，以便有證據證明作為交易一部分的雙方之間的相互協議。
2.3 贖回
票據 00001 的兌換交易表示其生命周期的結束。在我們相對簡單的示例中，HedgeMatic 發起了交易，該交易將商業票據轉移回了 MagnetoCorp：
Txn = redeem
Issuer = MagnetoCorp
Paper = 00001
Current owner = HedgeMatic
Redeem time = 30 Nov 2020 12:00:00 EST
同樣，請注意贖回交易的屬性很少。贖回交易邏輯可以對票據 00001 進行所有更改來計算數據：發行者將成為新所有者，而當前狀態將變為贖回。在我們的示例中指定了 "Current owner" 屬性，以便可以根據紙張的當前所有者檢查該屬性。
從信任的角度來看，購買交易的相同理由也適用于贖回指令：交易中涉及的兩個組織都必須在該交易上簽字。
帳本
在本主題中，我們了解了交易和產生的票據狀態是 PaperNet 中兩個最重要的概念。實際上，我們將在任何 Hyperledger Fabric 分布式 帳本 中看到這兩個基本元素 - 一個世界狀態，其中包含所有對象的當前值；一個區塊鏈，它記錄了導致當前世界狀態的所有交易的歷史記錄。
交易所需的簽字通過規則強制執行，在將交易添加到帳本之前對其進行評估。僅當存在必需的簽名時，Fabric 才會接受有效的交易。
你現在處于一個絕佳的位置，可以將這些想法轉化為智能合約。如果你的程序設計有些生銹，請不要擔心，我們將提供技巧和指導來理解程序代碼。掌握商業票據智能合約是設計你自己的應用程序的第一步?；蛘撸绻闶菍σ恍┚幊谈械綕M意的業務分析師，請不要害怕繼續深入研究！
Reference
- Docs ? Developing Applications ? Analysis, https://hyperledger-fabric.readthedocs.io/en/release-1.4/developapps/analysis.html
- Docs ? Key Concepts ? Ledger, https://hyperledger-fabric.readthedocs.io/en/release-1.4/ledger/ledger.html
項目源代碼
項目源代碼會逐步上傳到 Github，地址為 https://github.com/windstamp。
Contributor
- Windstamp, https://github.com/windstamp
