譯自：官方文件翻譯 《libra 技術***》。 本作品採用知識共享署名-非商業性使用-相同方式共享 3.0 中國大陸許可協議進行許可。
libra 中文網同步翻譯
libra 協議的使命在於至此全球的金融基礎設施。效能是滿足這種需求不可或缺的一部分。我們討論區塊鏈效能的三個組成部分：
吞吐量：區塊鏈每秒可以處理的交易數。
延遲：客戶向區塊鏈提交交易到另一方看到交易已提交的時間。
容量：區塊鏈儲存大量賬戶的能力。
當前 libra 還是乙個原型的階段，我們沒有具體的效能測評報告，我們預料 libra 初次啟動能每秒支援一千支付的交易，十秒內交易可以從提交到確認。隨著時間的推移，我們希望能夠提高系統的吞吐量以滿足網路的需求。我們**許多交易發生在鏈下（off-chain，譯註：指不儲存於區塊鏈上的資料，較不重要的交易活動可以在鏈下（在單獨的私有通道中）處理，並在稍後的時間最終在鏈上解決），例如保管錢包（custodial wallet）或使用支付通道。因此，我們相信對於初級階段的生態來說，每秒支援一千筆交易可以滿足。libra 協議通過以下幾個手段來達到這目標。
驗證器部分。像多數服務那樣，libra 區塊鏈的效能表現很大程度**於底層驗證器的影響。在去中心化和效能之間怎麼取捨呢？假如說資源越多越好，那麼驗證器也執行不過來那麼多；然而驗證器太少資源跑起來的效能卻是不能恭維的；
我們傾向於在這些方法中折中，設定乙個目標就是，讓普通常見的商用裝置、多數人可以負擔的硬體即可跑起來，但是現實是殘酷的，為滿足效能要求之目標，我們還是把要求提公升到伺服器級別的機器，和較理想的連線網速。那樣子的話系統幾乎可以達到每秒一千筆交易的速度。
單個伺服器可可能不足以處理歷史資料。驗證者可以隨意丟棄處理新交易所不需要的歷史資料（參見第4.2節），但是查詢過去交易事件時這些資料就必要了。由於驗證器簽名了歷史資料的繫結確認，因此客戶端可以自由使用訪問該資料，而無需其他信任資訊。這類的讀取流量我們希望可以通過並行輕鬆擴充套件。
Facebook Libra 加密簡介
我們在 libra 中用到的所有加密原語，都實現在 crypto 加密元件中，它包含 雜湊 hashing 簽名和金鑰派生 生成。在即將到來的版本中將包含的加密原語 位於 nextgen 目錄 有 新的加密 api 來保證型別安全 可驗證的隨機函式 bls 簽名。libra 使用了幾種加密演算法 這...
效能測試 效能測試步驟
針對此次庫內作業效能測試，梳理一下期間的工作流程 梳理已有的介面指令碼，確認需要做效能測試的幾個介面，即使用率高，對效能有要求的幾個主要介面。結合頁面的操作，和確認的介面，梳理具體的業務邏輯 同時，請開發人員部署了測試環境。測試環境的伺服器指標，盡量和生產環境一致。部署的時候，負載均衡等情況也盡量和...
《效能之巔》初識效能
效能是一門令人激動 富於變化的學科同時又充滿挑戰的學科。衡量效能乙個重要指標 延時 系統效能是對於整個系統進行研究，包括了所有的硬體元件和整個軟體棧。通用的軟體棧有哪些呢？包括作業系統 os 核心，資料庫和應用程式層。術語中的 全棧 有時候指的是程式應用環境，包含資料庫，應用程式，和 伺服器。效能通...