a16z：為什么鏈的性能難以衡量？_區塊鏈

性能和可擴展性是加密領域備受討論的挑戰，與L1項目和L2解決方案有關。然而，我們沒有標準化的指標或基準。數據報告的方式往往不一致且不完整，這使得準確比較項目變得困難，并常常模糊了實踐中最重要的內容。我們需要一種更細致和徹底的方法來衡量和比較性能——將性能分解為多個組件，并在多個數據軸上比較權衡。本文定義了區塊鏈性能基本含義和概述了其存在的挑戰，并提供了評估區塊鏈性能時需要牢記的指導原則和關鍵原則。可擴展性vs.性能

首先，可擴展性和性能具有標準的計算機科學含義，在區塊鏈中經常被誤用。性能度量系統當前能夠實現的目標。正如我們下面將要討論的，性能指標可能包括每秒交易數或交易確認時間中位數。另一方面，可擴展性衡量系統通過添加資源來提高性能的能力。區別很重要：如果定義正確，許多提高性能的方法根本不能提高可擴展性。一個簡單的例子是使用更有效的數字簽名方案，例如BLS簽名，其大小大約是Schnorr或ECDSA簽名的一半。如果比特幣從ECDSA切換到BLS，每個區塊的交易數量可能會增加20-30%，一夜之間性能就會提高。但我們只能這樣做一次——沒有比這更節省空間的簽名方案可以切換。在區塊鏈中也可以使用其他一些一次性的技巧，但你需要一個可擴展的架構來實現持續的性能改進，其中添加更多的資源可以隨著時間的推移提高性能。這也是許多其他計算機系統的傳統思路，比如構建一個網絡服務器。通過一些常見的技巧，可以構建一個運行速度快的服務器。但最終需要一個多服務器架構，通過不斷添加額外的服務器來滿足不斷增長的需求。理解這種區別還有助于避免在語句中發現的常見類別錯誤，比如“區塊鏈X是高度可擴展的，它每秒可以處理Y個交易”。第二種說法可能令人印象深刻，但它是一個性能指標，而不是可擴展性指標，并不是指通過添加資源來提高性能的能力。可擴展性本質上要求利用并行性。在區塊鏈空間中，L1擴展似乎需要分叉或類似于分叉的東西。分叉的基本概念是將狀態分割成塊，以便不同的驗證器可以獨立處理，與可擴展性的定義非常匹配。在L2還有更多的選項，允許添加并行處理，包括鏈下通道、Rollup服務器和側鏈。延遲vs.吞吐量

a16z crypto敦促英國考慮更細致的監管框架:金色財經報道，a16z crypto 在給英國財政部的一封公開信中表示，“一刀切”的加密資產交易監管方法不符合財政部“相同風險，相同監管結果”的核心設計原則，英國應該考慮采用“更細致的方法”來監管數字資產，政策制定者和監管者需要對去中心化在 web3 系統中的運作方式形成“更統一”的理解。

這份公開信是對英國政府 2 月份首次發布的咨詢文件的回應。該風險投資公司認為，監管框架應包括“基于原則的分析”，考慮給定平臺或協議的結構是否已經減輕了可能的風險，法規不應不必要地阻礙項目去中心化。a16z crypto 敦促監管 DeFi 應用程序和業務，而不是協議或軟件。此外，允許通過旨在實現去中心化的協議免費分發代幣的規則將對開發人員具有吸引力。[2023/5/2 14:37:46]

通常，區塊鏈系統性能是通過兩個維度進行評估的，即延遲和吞吐量。延遲度量確認單個交易的速度，而吞吐量度量隨著時間的推移交易的總速率。這些軸既適用于L1和L2系統，也適用于許多其他類型的計算機系統。但是延遲和吞吐量的測量和比較都很復雜。此外，個人用戶實際上并不關心吞吐量。他們真正關心的是延遲和交易費用。更具體地說，他們的交易盡可能快、盡可能通過便宜的價格得到確認。盡管許多其他計算機系統也以成本/性能為基礎進行評估，但交易費用是區塊鏈系統的一個新的性能軸，這在傳統計算機系統中并不真正存在。測量延遲的挑戰

Bankless Ventures已獲得75%承諾投資 LP包括a16z創始人等:4月29日消息，4月28日Bankless聯合創始人David Hoffman發布推特文章，披露了 規模為3500萬美元的Bankless Ventures已獲得75%的承諾投資，LP包括a16z創始合伙人Marc Andreessen，a16z Crypto 創始人 Chris Dixon，以太坊基金會研究員 Dankrad Feist，Polygon聯合創始人Sandeep Nailwal，NGC 等， 其目標是在5月底前結束融資。

此前消息，3月初，Bankless 播客主理人 David Hoffman 和 Ryan Sean Adams 計劃為其風投基金 Bankless Ventures 募集3500萬美元，以用于投資種子輪階段的Web3公司。[2023/4/29 14:34:31]

延遲一開始看起來很簡單：交易需要多長時間才能得到確認？但有幾種不同的方法來回答這個問題。首先，我們可以測量不同時間點之間的延遲，得到不同的結果。例如，當用戶在本地點擊“提交”按鈕時，還是當交易到達內存池時，我們開始測量延遲？當交易在一個提議的區塊中，或者當一個區塊被一個或六個后續區塊確認時，我們才停止計算時間嗎？最常見的方法是從驗證者的角度，測量從用戶第一次廣播交易到合理地“確認”交易的時間。當然，不同的商家可能采用不同的驗收標準，甚至單個商家也可能根據交易金額的不同采用不同的標準。以驗證器為中心的方法在實踐中忽略了一些重要的事情。首先，它忽略了點對點網絡上的延遲和客戶端延遲客戶端延遲可能性非常小，對于簽署以太坊支付等簡單的交易來說是可以預測的，但對于更復雜的情況，如證明屏蔽的Zcash交易是正確的，則可能非常重要。即使我們將試圖測量延遲的時間窗口標準化，答案也是視情況而定。迄今為止，還沒有一個加密貨幣系統提供固定的交易延遲。一個基本的經驗法則是：延遲是一個分布狀態，而不是一個數字。網絡研究界早就明白這一點。特別強調的是分布的“長尾”，因為即使0.1%的交易的高延遲也會嚴重影響最終用戶。在區塊鏈中，確認延遲的變化有很多原因：批處理：大多數系統以某種方式將交易批處理，例如，在大多數L1系統上將交易批處理到區塊中。這將導致可變的延遲，因為一些交易將不得不等待，直到批處理填滿。其他人可能會幸運地最后加入。這些交易立即得到確認，并且不會經歷任何額外的延遲。可變擁塞：大多數系統都會出現擁塞，這意味著發布的交易比系統能夠立即處理的交易要多。當交易在不可預測的時間進行廣播時，或者當新交易在一天或一周內的速度發生變化時，或者在對像熱門NFT啟動這樣的外部事件時響應，擁塞的程度會發生變化。共識層差異：在L1確認交易通常需要一組分布式節點來達成對一個區塊的共識，這可能會增加可變的延遲，無論擁塞情況如何。工作量證明系統在不可預測的時間找到區塊。PoS系統還可以添加各種延遲。基于這些原因，一個好的指導原則應該是：關于延遲的聲明應該顯示確認時間的分布，而不是像平均值或中位數這樣的單個數字。雖然像平均值、中位數或百分位數這樣的匯總統計提供了部分情況，但準確地評估一個系統需要考慮整個分布。在某些應用程序中，如果延遲分布相對簡單，則平均延遲可以提供很好的洞察。但在加密貨幣中，這種情況幾乎從未發生過。通常情況下，確認時間很長。支付渠道網絡就是一個很好的例子。這是一個經典的L2擴展解決方案，這些網絡大多數時候提供非常快的支付確認，但偶爾他們需要通道重置，這可能會增加延遲的數量級。即使我們對確切的延遲分布有很好的統計，它們也可能會隨著系統和系統需求的變化而變化。另外，如何比較相互競爭的系統之間的延遲分布也并不總是很清楚。例如，假設一個系統確認的交易延遲均勻分布在1到2分鐘之間。如果一個競爭系統在1分鐘內準確確認95%的交易，而在11分鐘內確認另外5%的交易(平均90秒，中位數60秒)，那么哪個系統更好？答案可能是，有些應用程序更喜歡前者，有些則更喜歡后者。最后，需要注意的是，在大多數系統中，并非所有交易的優先級都是相同的。用戶可以支付更多的錢來獲得更高的優先級，所以除了以上這些，延遲也取決于所支付的交易費用。總而言之：延遲是復雜的。報告的數據越多越好。理想情況下，應該在不同的擁塞條件下測量完整的延遲分布。將延遲分解為不同的組件也是有幫助的。測量吞吐量的挑戰

a16z前高管正創辦加密托管公司 并得到a16z的支持:4月27日消息，據知情人士透露，a16z 前首席技術官 (CTO) Riyaz Faizullabhoy 和前首席信息安全官 (CISO) Nassim Eddequiouaq 正在創辦一家以機構為中心的加密貨幣托管公司，該舉動已得到來自 a16z 的支持。

據悉，二人此前于今年 2 月從 a16z 離職，根據 a16z 的一篇博客文章顯示，在加入 a16z 之前，兩人共同為 Facebook 的 Novi（以前稱為 Calibra）錢包創建了加密貨幣托管基礎設施。（ Coindesk ）[2023/4/27 14:30:12]

表面上看吞吐量似乎也很簡單：一個系統每秒可以處理多少交易？但有兩個主要的困難：究竟什么是“交易”，以及我們是否在度量一個系統今天做什么或者它可能做什么？雖然“每秒交易數”是度量區塊鏈性能的實際標準，但作為度量單位的交易存在問題的。對于提供通用可編程性或甚至有限功能的系統，如比特幣的多路交易或多信號驗證選項，其基本問題是：不是所有的交易都是平等的。這在以太坊中明顯是正確的，在以太坊中，交易可以包括任意代碼和任意修改狀態。以太坊中的gas概念用于量化交易正在進行的總體工作量，但這與EVM執行環境高度相關。沒有簡單的方法來比較一組EVM交易與一組使用BPF環境的Solana交易所做的工作總量。將兩者與一組比特幣交易進行比較同樣令人擔憂。將交易層劃分為共識層和執行層的區塊鏈可以使這一點更加明確。在共識層，吞吐量可以用每單位時間添加到鏈上的字節來衡量。執行層更復雜。更簡單的執行層，例如只支持支付交易的Rollup服務器，避免了量化計算的困難。即使在這種情況下，支付也會因投入和產出的數量而變化。支付通道交易可能因所需的“跳躍次數”而異，這將影響吞吐量。Rollup服務器吞吐量取決于將一批交易“聯網”到更小的匯總更改集的程度。吞吐量方面的另一個挑戰是超越經驗測量今天的性能來評估理論容量。這就引入了各種建模問題來評估潛在能力。首先，我們必須為執行層確定一個實際的交易工作負載。第二，實際系統幾乎從未達到理論容量，尤其是區塊鏈系統。出于穩健性的原因，我們希望節點實現在實踐中是異構和多樣化的。這使得精確模擬區塊鏈吞吐量更加困難。總而言之：吞吐量聲明需要仔細解釋交易工作負載和驗證器的數量。在沒有任何明確標準的情況下，來自以太坊等流行網絡的歷史工作量就足夠了。延遲和吞吐量權衡

藍色光標子公司擬參投a16z旗下區塊鏈種子基金，出資不超過3500萬美元:3月4日消息，藍色光標發布公告稱，下屬公司美國藍標投資擬以自有資金出資不超過3500萬美元認購Andreessen Horowitz(簡稱“a16z”)正在募集的區塊鏈種子基金一期(CNK Seed Fund I)以及區塊鏈基金四期(CNK IV)的份額，成為其有限合伙人。

公告顯示，目標基金投資方向為：區塊鏈底層技術，智能合約，區塊鏈垂直領域技術以及其他輔助區塊鏈基礎設施等。

公告稱，美國藍標投資本次與專業投資機構共同投資有利于提升公司對全球區塊鏈技術發展的了解與自身元宇宙業務協同發展的可能性，并進一步提高資金管理與使用效益，促成公司的優質資源獲取與配置能力，收獲潛在的投資回報。（智通財經）[2022/3/4 13:37:53]

延遲和吞吐量通常是一種權衡。這種權衡通常不是一帆風順的，當系統負載接近最大吞吐量時，延遲會急劇增加。零知識匯總系統是吞吐量/延遲權衡的一個自然例子。大量的交易會增加證明時間，從而增加延遲。但鏈上的足跡，無論是在證明大小和驗證成本方面，將分攤到更多的交易，更大的批處理大小，增加吞吐量。交易費用

可以理解的是，終端用戶更關心延遲和費用之間的權衡，而不是延遲和吞吐量之間的權衡。用戶根本沒有關心吞吐量的直接原因，他們只關心能夠以盡可能低的費用快速確認交易。高額收費受多種因素影響：有多少市場需求進行交易？系統實現的總體吞吐量是多少？系統提供給驗證者或礦工的總收入是多少？這部分收入中有多少是基于交易費用還是基于通貨膨脹獎勵？前兩個因素大致是導致市場清算價格的供需曲線。在其他條件相同的情況下，更高的吞吐量應該會導致更低的費用，但還有更多因素要處理。特別是上面的第3點和第4點是區塊鏈系統設計的基本問題，但是我們對它們都缺乏良好的原則。相對于交易費用，我們對給予礦工以通貨膨脹獎勵的好處和壞處有一定的了解。然而，盡管有許多關于區塊鏈共識協議的經濟分析，我們仍然沒有一個被廣泛接受的模型來說明需要多少收入給驗證器。今天，大多數系統都建立在一個有根據的猜測中，即有多少收入足以讓驗證器誠實地工作，而不會扼殺系統的實際使用。在簡化的模型中，可以看出，安裝51%攻擊的成本與驗證程序的回報成正比。提高攻擊成本是一件好事，但我們也不知道多少安全措施才“足夠”。想象一下，你正在考慮去兩個游樂園。其中一輛聲稱在車輛維護上比另一輛少花50%的錢。去這個公園是個好主意嗎？這可能是因為他們更有效率，用更少的錢獲得了同等的安全。另一種可能是花費超過所需的費用來保證游樂設施的安全，而沒有任何好處。但也可能是第一個公園很危險。區塊鏈系統也類似。一旦剔除吞吐量，費用較低的區塊鏈的費用較低，因為它們對驗證者的獎勵較少。我們現在沒有好的工具來評估這是否可性，或者它是否會使系統容易受到攻擊。總而言之：比較不同系統之間的費用可能會產生誤導。雖然交易費用對用戶來說很重要，但除了系統設計本身之外，還會受到很多因素的影響。吞吐量是分析整個系統的更好指標。結論

a16z合伙人Chris Dixon：區塊鏈是可以做出承諾的計算機:12月18日消息，a16z合伙人Chris Dixon發推表示，“區塊鏈比傳統計算機慢”是事實，這是在性能和對用戶和開發者做出長期承諾之間的權衡。區塊鏈是可以做出承諾的計算機，它和不能做出承諾的計算機（谷歌/AWS服務器）之間的性能差距將隨著時間的推移而縮小。區塊鏈的一個了不起的特點是，任何人都可以不經許可加入，并成為網絡中的礦工/驗證者。但我們也需要一些系統來篩選參與者，以避免垃圾郵件/攻擊。因此，有了工作量證明和權益證明。[2021/12/18 7:47:43]

公平準確地評估性能是很難的。這同樣適用于測量汽車的性能。就像區塊鏈一樣，不同的人會關心不同的事情。對于汽車，有些用戶會關心最高速度或加速，有些人會關心油耗，還有一些人會關心牽引能力。所有這些都不容易得到準確值。例如，在美國，環境保護署就制定了詳細的指導原則，規定如何評估汽油里程數，以及在經銷商處必須如何向用戶展示。區塊鏈空間距離這個級別的標準化還有很長的路要走。在某些領域，未來我們可能會使用標準化的工作負載來評估系統的吞吐量，或者使用標準化的圖形來表示延遲分布。目前，對評價者和建設者來說，最好的辦法是收集和公布盡可能多的數據，并對評價方法進行詳細的描述，以便它能夠被復制和與其他系統進行比較。

Tags：區塊鏈ESSANK以太坊區塊鏈幣幣交易Punk Panda Messengerlbank最新消息比特幣以太坊再現斷崖式暴跌原因

USDC