區(qū)塊鏈世界這幾年跑得飛快，也越來越讓人眼花繚亂。比特幣開了個頭，把「點對點的電子現(xiàn)金」從論文變成現(xiàn)實；以太坊把「智能合約」推上舞臺，催生了無數(shù)應用。但往后大多數(shù)新公鏈的故事，不外乎兩類：要么宣稱兼容以太坊，把現(xiàn)成的生態(tài)和開發(fā)者「搬過來」；要么主打性能，堆硬件、改架構(gòu)，試圖解決以太坊的堵車問題。

這兩條路各有成績，但也都留下了隱憂。以太坊的兼容性讓它生態(tài)最繁榮，卻依舊免不了「堵車 + 高費」的老毛??；拼性能的公鏈，有的靠燒錢砸硬件跑出驚艷 TPS，卻換來了昂貴的運行成本和去中心化的犧牲；有的架構(gòu)復雜，層層疊疊，維護難度和隱患日漸顯露。站在用戶的角度，感受常常還是那幾個字：慢、貴、反人 類。

就在這樣的背景下，Sui 冒出來了。它不是喊「更快的以太坊」或者「更便宜的 Solana」，而是拋出一句頗為自信的口號：「基于第一性原理重新設計的 L1 公鏈?！?/p>

起初我并沒有在意——區(qū)塊鏈世界從不缺新概念。但慢慢發(fā)現(xiàn)，身邊不少做開發(fā)的朋友、看項目的投資人，甚至原本對公鏈不太關心的人，都開始談論 Sui。他們說這條鏈和以太坊、Solana 真不一樣。

出于好奇，紅林律師花了一些時間去研究：它所謂的「第一性原理」究竟體現(xiàn)在哪里？和前輩們相比，它有哪些亮點，又有哪些潛在的問題？以下的內(nèi)容，是我作為一名區(qū)塊鏈愛好者的梳理和思考。需要先提前免責聲明一下的是，紅林律師非技術(shù)背景，部分表述不一定那么嚴謹和準確，還望大家見諒。

資產(chǎn)到底是什么？

區(qū)塊鏈的核心，本質(zhì)上就是記錄資產(chǎn)。那問題來了：在鏈上，資產(chǎn)應該怎么表達？比特幣和以太坊的答案很直接——就是賬戶和余額。誰有多少錢，就像賬本上記了一行數(shù)字。這種方式簡單，但和現(xiàn)實世界的資產(chǎn)差別很大。演唱會的門票是一張張的，刷過一次就作廢；游戲里的裝備有等級和耐久度；銀行的抵押貸款合同還有特定條款和利率。這些東西要是全都壓縮成「賬戶里多了一筆余額」，就得靠額外的邏輯去解釋。于是，以太坊才會不斷推出 ERC-20、ERC-721、ERC-1155 等標準，像一塊塊補丁，來彌補余額模型的不足。

Sui 走了另一條路。它沒有延續(xù)這套邏輯，而是把資產(chǎn)直接建模為「對象」。每個對象都有唯一 ID、歸屬和屬性，而且能隨時間和使用而變化。一張門票用過一次就自動顯示為「已使用」；一把劍可以升級、也可能損壞。換句話說，鏈上的資產(chǎn)不再是冰冷的數(shù)字，而是帶著生命周期的「活物」。這讓復雜資產(chǎn)的開發(fā)更自然，不必再繞一大圈邏輯來解釋。

當然，這種設計也不是沒有代價。習慣了 Solidity 的開發(fā)者，要重新適應管理對象的「生老病死」。工具鏈也必須跟上，否則如果索引器、錢包、交易市場沒有為對象模型量身打造，開發(fā)者還是可能退回到「余額思維」。更現(xiàn)實的問題是，ERC 系列已經(jīng)成為事實上的全球標準，和以太坊、Solana 等生態(tài)互通時，Sui 的對象邏輯需要額外的映射和轉(zhuǎn)換，過程未必順暢。

所以，把資產(chǎn)當作對象的思路很美，確實更貼近現(xiàn)實資產(chǎn)的形態(tài)。但它能不能真正跑通，還要看整個生態(tài)能否配套建設，把標準化、工具支持和跨鏈互操作做好。否則，再優(yōu)雅的理念，也可能困在「理想和兼容性」的縫隙里。

交易為什么一定要排隊

區(qū)塊鏈世界的老毛病，是所有交易都得一筆一筆排隊執(zhí)行。以太坊就是這樣設計的：每個區(qū)塊里，交易按順序依次處理。這有點像全城只有一個收費窗口，無論是買一杯咖啡，還是簽一份房產(chǎn)合同，都要在同一條隊伍里排著。只要有人磨蹭，后面的人就只能干等。效率瓶頸自然顯而易見。

Solana 的辦法是把這個收費窗口升級成超級高速收費站，流水線化處理、堆上高性能硬件，把單車道的吞吐量盡量拉高。結(jié)果確實比以太坊快得多，但歸根結(jié)底還是「單車道」，只是跑得更快而已。硬件堆得越猛，成本越高，對參與節(jié)點的要求也越嚴苛，去中心化程度也隨之下降。

Sui 換了一個思路。既然它把資產(chǎn)建模為獨立的對象，那兩個互不相關的對象之間的操作，為什么要互相等待？于是它干脆把執(zhí)行邏輯改成并行：不同對象的交易可以同時跑，只有修改同一個對象的操作才需要排隊。好比把單車道高速改造成多車道，大多數(shù)車輛各走各的，只有在搶同一個匝道口時才要排隊。再加上它設計了 Programmable Transaction Blocks（PTB），允許把多步復雜操作打包成一筆交易，一次性執(zhí)行完，避免中途卡殼或反復確認。

一個生活化的比喻是：想象你在超市結(jié)賬。傳統(tǒng)的以太坊模式，就是全超市只有一個收銀臺，無論買一瓶水還是一車貨，都得在同一條隊伍里慢慢等。Solana 的做法是給這個收銀臺配上最快的掃碼槍和最熟練的收銀員，但隊伍還是一條。Sui 的做法更像是開了十個收銀臺，大多數(shù)顧客可以分散結(jié)賬，效率大幅提升。

這種設計大幅提升了潛在性能，讓「高并發(fā)」成為可能。但它并不是免費的午餐。首先，系統(tǒng)需要在執(zhí)行前識別出交易之間的依賴關系，這本身就有計算開銷。就像交警要先判斷哪些車可以同時走、哪些車可能相撞，再指揮放行。如果交易過多，光是做這個調(diào)度也會消耗資源。其次，熱點問題依然存在。一旦出現(xiàn)一個全網(wǎng)爭搶的共享對象，比如一個熱門的訂單簿或 NFT 合約，所有相關交易還是得乖乖排隊，這個瓶頸并不會消失。

對開發(fā)者來說，并行執(zhí)行也意味著新的挑戰(zhàn)。在順序執(zhí)行的世界里，邏輯相對簡單，測試路徑可控。而并行環(huán)境下，要考慮并發(fā)讀寫、狀態(tài)沖突等情況，如果沒設計好，很可能在極端情況下出現(xiàn)難以重現(xiàn)的 Bug。這就像做軟件開發(fā)時，從單線程跳到多線程，能帶來性能提升，但調(diào)試和驗證的復雜度往往成倍增加。

所以，并行執(zhí)行確實打開了一條新的路，讓區(qū)塊鏈不再受限于單線程的天花板。但在真正跑向大規(guī)模應用之前，它仍然要面對調(diào)度開銷、熱點瓶頸和開發(fā)者心智復雜度這些實際考驗。

安全應該靠語言還是靠習慣

公鏈的安全問題，往往不是因為攻擊者多么高明，而是因為語言本身給了太多自由。Solidity 是個典型例子。它靈活到可以寫出各種天馬行空的邏輯，但與此同時，DAO 被黑、重入攻擊、整數(shù)溢出、權(quán)限管理漏洞，這些血淋淋的案例不斷上演。你可以說，這是因為開發(fā)者不夠小心，但換個角度想：如果一個系統(tǒng)的安全要靠「人時刻保持高度謹慎」來維持，那說明這個系統(tǒng)的規(guī)則本身就不夠穩(wěn)固。

Sui 在這里選擇了另一條路——它基于 Move 語言來搭建智能合約。Move 起源于 Facebook 的 Libra 項目，核心理念是「資源就是資源」。資源在語言層面被當作一等公民，默認不能復制、不能隨意銷毀，必須在明確的所有權(quán)下轉(zhuǎn)移。想把它放進全局存儲，還得具備特定的權(quán)限。這些都不是開發(fā)者「自覺遵守」的約定，而是寫死在語言規(guī)則里的硬約束。換句話說，安全從「靠習慣」變成了「靠制度」。

一個更貼近生活的比喻是：Solidity 像一座沒有護欄的山路，你可以盡情飆車，但一旦打滑就是萬丈深淵；Move 則像一條高速公路，到處都是護欄、限速線和匝道口，哪怕你經(jīng)驗不足，出事故的概率也大大降低。問題是，高速公路的修建和維護成本很高，而且如果每個地區(qū)的高速規(guī)則還不統(tǒng)一，司機跨區(qū)駕駛依舊會覺得麻煩。

這種設計確實減少了很多常見風險。以太坊開發(fā)者經(jīng)常需要小心翼翼地避免「重復轉(zhuǎn)賬」或「憑空生成代幣」的錯誤，而在 Move 里，這些漏洞在編譯階段就會被擋掉。對用戶來說，意味著資產(chǎn)更難因為合約 Bug 而憑空蒸發(fā)。

但護欄帶來的另一面是門檻。Move 的編程范式和大多數(shù)工程師習慣的完全不同。很多 Solidity 老手第一次寫 Move，會覺得手腳被束縛：想隨手復制個值，編譯器不讓；想銷毀一個對象，也得滿足特定條件。剛上手時，速度會明顯變慢。更麻煩的是，Move 的生態(tài)還不夠成熟。Solidity 已經(jīng)積累了無數(shù)的庫、框架、審計經(jīng)驗，而 Move 的工具鏈、審計公司、最佳實踐都還在建設期。

還有一個容易被忽視的現(xiàn)實問題：Move 在 Aptos 和 Sui 上并不完全一樣。這就意味著，開發(fā)者沒辦法做到「一次學習，處處可用」。這種分歧在短期內(nèi)會增加學習成本，也讓 Move 的生態(tài)容易被切分成幾個小圈子，削弱網(wǎng)絡效應。

所以，從安全角度看，Sui 的選擇是理性的：與其把希望寄托在開發(fā)者的謹慎和自律上，不如把規(guī)則直接寫進語言本身。但從生態(tài)角度看，這條路不算輕松。開發(fā)者需要時間適應，工具和審計體系需要補全，不同平臺之間也需要避免分 裂。如果這些問題解決得不好，再好的護欄也可能變成「少數(shù)人能開車的專用道」。

擴展性靠什么？

擴展性幾乎是所有公鏈繞不開的問題。以太坊選擇的是「蓋二層」的路線：主鏈負責安全和結(jié)算，二層去承載大部分交易。這種做法就像在擁堵的城市里不斷修立交橋，確實能分流，但上下切換復雜，跨鏈橋也成了事故高發(fā)區(qū)。Solana 則走了另一條極端，把單機性能推到極限，好比修了一條超級高速公路，所有車都在這條單車道上狂飆。結(jié)果跑得是快了，但成本很高，能開得起車的人越來越少，去中心化隨之打了折扣。

Sui 提出的是第三條路。既然它把鏈上資產(chǎn)抽象為獨立的對象，那就能把對象拆分，交給不同節(jié)點分別處理。大多數(shù)互不相關的對象，各自平行執(zhí)行；只有在遇到特別熱門的共享對象時，才需要集中協(xié)調(diào)。這更像是建設一張地鐵網(wǎng)絡，不同線路同時運行，彼此互不干擾，只有在少數(shù)換乘樞紐才會擁堵。理論上，這樣的設計意味著系統(tǒng)可以水平擴展：用戶越多，線路越多，整體運力反而更強。

不過，紙面上的藍圖和現(xiàn)實之間還隔著距離。Sui 的主網(wǎng)至今沒有經(jīng)歷過千萬級用戶同時在線的極端考驗。分布式系統(tǒng)越大，調(diào)度和一致性的問題就越棘手，就像地鐵線路越多，調(diào)度中心的壓力也成倍增加。再加上節(jié)點的經(jīng)濟模型仍是個問號：誰愿意長期穩(wěn)定地運營節(jié)點？獎勵如果太低，沒人維護；設計如果不合理，還可能出現(xiàn)大家一窩蜂涌向熱門對象、冷門區(qū)域被忽視的情況。久而久之，甚至會出現(xiàn)「劣幣驅(qū)逐良幣」。

所以，從思路上看，Sui 的擴展性方案比「立交橋」或者「單一路高速」更有彈性，但要真正修成一張四通八達、穩(wěn)定運行的地鐵網(wǎng)絡，還需要技術(shù)驗證、經(jīng)濟激勵和生態(tài)磨合的多重配合。

生態(tài)是否真正落地？

理念再漂亮，如果沒有應用落地，也只是空中樓閣。Sui 在主網(wǎng)上線后確實拉起了一批生態(tài)項目，從金融到游戲、從入口到電商，拼湊出了一個雛形。但把雛形變成繁榮生態(tài)，還有很長的路。

在金融領域，DeepBook 被視為基礎設施，它試圖在鏈上跑一個高性能的訂單簿撮合系統(tǒng)，利用并行執(zhí)行和低延遲，讓撮合和清算能像中心化交易所那樣連貫順滑。這個嘗試很重要，因為訂單簿是金融市場的「心臟」，如果能跑通，就能承載高頻交易和復雜策略。問題在于，訂單簿天然是「共享對象」，并行執(zhí)行在這里的優(yōu)勢打了折扣，熱點依然存在，性能很容易卡在瓶頸上。更現(xiàn)實的是，鏈上撮合能不能真正吸引做市商和機構(gòu)，是一個需要用資金和深度驗證的難題。

Cetus 的定位是去中心化交易和流動性協(xié)議，它提供聚合路由，幫用戶在不同池子里拼出更優(yōu)價格，聽起來像 DeFi 里的「去哪都能打車」的滴滴。但聚合并不能憑空創(chuàng)造深度，流動性還是要靠資金方愿意進場?，F(xiàn)在 Cetus 的交易量與以太坊上 Uniswap 相比還只是零頭，生態(tài)效應遠未形成。

Scallop Lend 代表借貸方向，它強調(diào)機構(gòu)級質(zhì)量和可組合性，希望吸引更專業(yè)的參與者。借貸本來就是 DeFi 的命脈，但問題在于風險管理依舊離不開外部資金與預言機，Sui 本身的架構(gòu)優(yōu)勢并不能替代這些「看不見的手」。

在用戶入口層，Sui 提出了兩個有意思的工具：zkLogin 和贊助交易。前者允許用戶用熟悉的賬號登錄 dApp，再通過零知識證明來保證安全，相當于把復雜的鏈上私鑰體驗藏在后臺；后者則讓新用戶不需要先買幣，就能直接交互。這些設計降低了門檻，但也帶來新問題：誰來長期為贊助交易買單？如果沒有健康的商業(yè)模式，這種體驗可能難以持續(xù)，最終又會回到「要先買幣」的老路。

在 NFT 和電商領域，Sui 推出了 Kiosk 標準，試圖把「上架—托管—結(jié)算—轉(zhuǎn)移」的鏈上流程統(tǒng)一起來。理念是好的：減少市場之間的摩擦，提高資產(chǎn)流動性。但目前 Sui 的 NFT 市場整體交易量有限，絕大多數(shù)藏品缺乏二級市場活躍度。標準再完善，沒有用戶和資金流動，也是「孤島標準」。

游戲是另一個重點方向。Sui 吸引了像《侍魂 R》這樣的知名 IP 入駐，也有原創(chuàng)鏈游嘗試。對象模型確實很適合表達游戲里的復雜道具，某把劍可以升級、某個寵物可以進化，這些在 Sui 的合約里就是天然的「對象狀態(tài)變化」。并行執(zhí)行也緩解了多人同時交互時的卡頓。但游戲能不能長久跑下去，最終還得看玩家是否愿意留下來，而不僅僅是領一波空投。到目前為止，Sui 上還沒有出現(xiàn)能像 Axie Infinity 那樣在全球范圍內(nèi)引爆的項目。

這些努力讓 Sui 不至于空殼，但困境同樣明顯：用戶規(guī)模和交易量與以太坊、Solana 相比依舊有限。很多項目還依賴基金會的補貼，缺乏自我造血的商業(yè)模式。所謂的「日常應用」還沒有跑出來，普通用戶要用鏈的場景依舊稀缺。就算在 DeFi 里，深度和風險管理仍然依賴外部資金，鏈本身的架構(gòu)優(yōu)勢無法替代市場的冷啟動。換句話說，并行執(zhí)行能解決性能問題，卻不能自動生成用戶和資本。

Sui 的生態(tài)像是一座新商場：裝修很漂亮，設計理念也先進，地鐵口、停車場都修好了，但進駐的商戶還不夠，客流更沒到?；饡梢砸粫r補貼租金、吸引幾家大品牌開業(yè)，可要讓商場真正熱鬧，靠的是商家能賺錢、顧客愿意來。這才是 Sui 未來幾年真正的考驗。

區(qū)塊鏈如何才能走入尋常百姓家？

絕大多數(shù)人第一次接觸 Web3，往往卡在最原始的門檻：下載錢包、抄下一串看不懂的助記詞、再去想辦法買點原生幣才能開始操作。就算硬著頭皮完成了這些步驟，也常常因為 Gas 費過高、交易失敗或等待過久而喪失耐心。Web3 的入口長期以來都帶著「反人性」的門檻。

Sui 的設計，多少是在對癥下藥。對象模型讓鏈上的資產(chǎn)更像現(xiàn)實中的物品，理解起來直觀許多。比如一張演唱會門票，不是「賬戶里多了一筆余額」，而是一張帶 ID 的票，用過一次就會自動顯示「已使用」；一把游戲里的劍，也不再只是個數(shù)字，而是能升級、損壞甚至轉(zhuǎn)手的對象。這讓用戶第一次接觸鏈上資產(chǎn)時，感受到的是「物」而不是「賬本上的一行數(shù)字」。

并行執(zhí)行則讓操作更快。傳統(tǒng)公鏈上，轉(zhuǎn)一筆錢和部署一個合約要排在同一個隊列里，就像買咖啡和過戶房產(chǎn)都在一個窗口等號。Sui 的并行邏輯更接近現(xiàn)實：多數(shù)情況下不同的對象交易互不干擾，用戶點完操作，很快就能得到反饋。對于習慣了即時支付的普通用戶來說，這種「不卡頓」的感覺至關重要。

再加上 PTB（可編程交易塊），多步復雜操作可以一次性完成，減少了中途失敗或反復確認的煩惱。新手最怕點了半天，結(jié)果報錯還不知道自己錯在哪里，而 PTB 把復雜性隱藏在后端，讓用戶的體驗更像「一次確認就搞定」。

Sui 還在冷啟動問題上做了嘗試。通過 zkLogin，用戶甚至可以用 Google 或 Apple 賬號直接登錄，不需要先理解公鑰、私鑰、助記詞這一整套陌生體系；贊助交易則讓新手不必先去買幣，就能順利完成第一次上鏈操作。這對降低門檻意義不小——至少不會因為第一步的繁瑣而把人勸退。

不過，光是把體驗做到「不那么糟」還不夠。要讓人真正遷移到鏈上，需要出現(xiàn)一些 Web2 無法提供的應用場景。支付寶和微信已經(jīng)把支付體驗打磨得幾乎沒有摩擦，要和這樣的對手競爭，Sui 必須拿出「非用不可」的理由。比如：用戶真正擁有、不可隨意凍結(jié)的資產(chǎn)；跨應用自由組合的體驗——演唱會門票不僅能在官方渠道買，還能在二手市場轉(zhuǎn)讓，甚至打包成收藏，與游戲里的虛擬物品一同展示；游戲道具不再被鎖在某個廠商的服務器里，而是能在不同游戲之間流轉(zhuǎn)。這樣的體驗才是 Web2 做不到的，也是 Sui 需要跑出來的 killer use case。

從更宏觀的角度看，Sui 的確給出了和前輩不同的一套答案：它把資產(chǎn)從余額變成對象，讓交易能并行，把安全寫進語言規(guī)則，用分布式擴展來取代堆硬件。在生態(tài)上，它嘗試通過 DeepBook、Cetus、Scallop 等 DeFi 項目，zkLogin 和贊助交易的入口設計，Kiosk 的標準化嘗試，以及鏈游的探索，把理念逐步落地。

但它面臨的困難也不能忽視。對象模型和 ERC 世界割裂，互操作需要額外成本；并行執(zhí)行在熱點對象下仍會遇到瓶頸；Move 的學習成本和生態(tài)規(guī)模限制了開發(fā)者的遷移速度；分布式擴展在大規(guī)模場景下尚未被驗證；應用生態(tài)依舊依賴補貼，真正的日常場景還沒有跑出來。

所以，如果說 Sui 代表了一種「第一性原理」的探索，它最大的價值在于提供了一條不同的路：不是在以太坊的框架上修修補補，而是重新問了最基本的問題，并嘗試給出新的答案。至于這套答案能走多遠，還需要時間、生態(tài)、政策和市場的共同檢驗。

到此這篇關于當公鏈不再模仿以太坊，一文深入解析Sui的“第一性原理”的文章就介紹到這了,更多相關Sui公鏈介紹內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章，希望大家以后多多支持腳本之家！