jakiro
作者：Sam Williams，Arweave創始人；翻譯：0xjs@比特鏈視界
AO 能做到和 Solana 一樣的 TPS 嗎？
答案是：遠遠更多。為什麼？消息。
我非常尊重 Solana 的工程技術，該設計通常被非開發人員低估。讓我們深入探討AO和Solana的差異和權衡。
入門：消息傳遞是什麼？
在計算機科學中，當我們想要同時處理系統的多個輸入（如交易）時，我們稱之為「並行性」。有兩種基本方法：共享內存和消息傳遞。讓我們依次看一下。
共享內存
Solana 是一款優化得非常好的共享內存機器。這意味著每個合約都可以直接讀取和寫入其他合約的內存。
這允許「狀態」（程序中的數據——如餘額等）同步更新：它們都是一次性提交的。這可能很有幫助，但這也意味著當一個用戶訪問程序中的某些數據時，任何其他用戶都無法修改它。它們在稱為「lock contention」的過程中相互等待。
Alice「鎖定」數據、修改數據、「解鎖」數據，然後 Bob 才能訪問它。他們基本上形成一個隊列。
共享內存系統可以擴容到某個程度，而 Solana 開創了我在無需信任環境中見過的最優化設計，但隨後就停止了。
為了進一步擴容，你必須採取不同的方法……
消息傳遞
AO是另一條路線的超級優化：消息傳遞。
在 AO 中，每個「合約」都是它自己的異步進程。每個進程都以單個 CPU 線程的速度獨立運行，在需要交互時向其他進程發送消息。你可以將每個程序視為計算機上的單個程序，或者rollup/應用程式鏈的極快版本。
當你耗盡應用程式的一個進程的吞吐量時，你可以將應用程式拆分到任意數量的其他進程中。
更多進程——>更高吞吐量——>更滿意的用戶。
AO 中託管並行進程的數量沒有實際限制。唯一的協議限制繼承自 Arweave：不超過 2^256 字節。就規模而言，這比宇宙中的原子還要多。
另一方面，你無法「全局」訪問網絡中所有其他進程的內存——必須通過消息請求信息。
幸運的是，計算機科學領域對該技術進行了 50 多年的研究和部署，使其變得簡單易用。它稱為面向 Actor的編程，這也是 AO 名稱的由來。用戶在網際網路上使用的幾乎每項服務都是使用消息傳遞構建的 – 信息、網站和整個 TradFi 生態系統。甚至網際網路本身也是一個消息傳遞機器。
AO 的創新之處在於將這種方法應用於區塊鏈和智能合約。因為為了構建 Arweave，我們已經必須解決鏈上存儲的可擴展性問題，所以我們通過使用 Arweave 作為消息傳遞層構建 AO，因此它也「免費」繼承了這種可擴展性。
任意規模的鏈上數據——>任意規模的鏈上消息。
該系統的首次使用可能是在金融領域，但我認為它不會止步於此。當每個進程都是異步時，任意數量的計算可以同時在網絡中運行，而不會相互影響。
你可以使用 AO 運行計算量大的 AI 智能體，而我則使用它在商店購買咖啡。我們的流程是獨立的，因此我們雙方都不必為了訪問系統而與對方競爭。沒有理由不能擴展以覆蓋整個世界的計算負載。
總結一下：
沒有通過消息傳遞共享內存、沒有 lock contention、擴容。
成本呢？對全局內存的共享、同步訪問。
如果使用 AOS 提供的正確工具，這種成本幾乎不會被注意到。看起來是一筆不錯的交易。
這是一個計算機科學家可以無休無止地討論的話題。這裡有很多細微差別，但如果你看懂了這一點，恭喜你，現在你明白了要點。
Solana 是一款設計精良的機器，將共享內存範式帶到了區塊鏈中的邏輯結論。 AO測試網已上線 2 個月，目前處理 Solana 約 6% 的用戶流量。
AO的未來一片光明，具有無限擴容的增長性。
