Puffer 與 Google Cloud 合作,為 UniFi 提供低於 50ms 的預確認服務

Puffer 與 Google Cloud 合作,為 UniFi 提供低於 50ms 的預確認服務

自訂圖片

Google Cloud 為 Puffer UniFi 的預確認系統提供企業級基礎設施

Puffer Finance 宣布與 Google Cloud 建立戰略性基礎設施合作,使這家科技巨頭成為 Puffer Preconf 系統的註冊閘道運營商,該系統為 Puffer UniFi 提供動力。此合作於 2026 年 9 月 22 日公布,將 Google Cloud 的企業級基礎設施直接整合至 UniFi 的執行路徑中,UniFi 是 Puffer 基於以太坊的高性能滾動擴展方案。Google Cloud 將在以太坊最終結算前處理交易並發出執行預確認,目標延遲低至 50 毫秒,同時保留底層的安全性與結算保障。
 
這標誌著主要雲端供應商首次在基礎滾動的預確認架構中擔任閘道角色,結合 Web2 的可靠性與加密經濟強制執行。此舉解決了以太坊擴容長期存在的矛盾:在不犧牲去中心化或引入中心化排序器風險的前提下,實現近乎即時的用戶反饋。通過將 Google Cloud 納入 Puffer Preconf 閘道,Puffer UniFi 實現了由 重新質押的 ETH 保障的生產級、低於 50 毫秒的執行預確認,為 DeFi、機構金融和自主 AI 代理系統中的實時以太坊應用建立了實用的藍圖。

Google Cloud 加入 Puffer 預配置架構作為註冊閘道

Google Cloud 已作為註冊閘道加入 Puffer Preconf 閘道註冊表,使其能夠接收交易、應用排序策略,並在批次於以太坊結算前為 Puffer UniFi 發出執行預確認。閘道作為專門的排序實體,代表 L1 提議者運作,無需等待完整的 12 秒以太坊時槽,即可持續驗證交易並基於片段構建區塊。此設計詳述於 UniFi 架構文件中,讓用戶能在數毫秒內收到確認收據,而底層的滾動層仍保持 L1 排序中立性。Puffer UniFi 成為首個透過 Google Cloud 閘道路由流量的滾動層,使多供應商模式進入實際運作階段,而非僅停留在理論層面。
 
該合作明確結合了 Google Cloud 全球分佈的基礎設施與 Puffer 的加密經濟層,其中預確認承諾具有來自再質押 ETH 的可懲罰經濟安全性。官方聲明強調,這創造了一條可配置的執行路徑,支援單一閘道或平行多重閘道配置,以實現冗餘和地理優化。此整合透過將企業級的正常運行時間、延遲一致性與運營成熟度注入先前較為實驗性的預確認堆疊,降低了生產部署的實際障礙。
 
整合了 Puffer Preconf 的 Rollups 現可選擇 Google Cloud 以及其他經批准的運營商,從而降低對單一基礎設施供應商的依賴。這種多閘道靈活性支援機構在合規性、區域資料處理和故障轉移方面的需要。經濟安全性仍由基於 EigenLayer 的註冊表保障,驗證者在此委託排序權限,閘道則存入抵押品。未能履行預確認的行為將觸發設計好的懲罰機制,以保護用戶和應用程式。結果是創造了一個提供亞秒級反饋的執行環境,同時仍以以太坊作為結算和流動性基礎,這種組合以往難以在機構規模上實現。

如何透過低於 50 毫秒的預確認克服基於滾動的延遲限制

基於滾動的解決方案透過使用 L1 驗證者進行排序,繼承了以太坊的安全性和去中心化特性,但傳統上仍繼承了 12 秒的區塊間隔,對於高頻使用情境而言顯得過慢。Puffer Preconf 透過引入一個閘道層來解決此問題,該層持續處理交易並串流已排序的片段,讓節點能在收到資料時即時執行,並在完整區塊封裝前發出收據。用戶體驗到的確認時間為數十毫秒,而非等待 L1 最終確認。Google Cloud 的參與提供了高效能運算與網路可靠性,以在實際負載下維持這些延遲水平。
 
Puffer 的文件確認,執行預確認(而非僅僅是包含保證)構成其核心服務:承諾的狀態轉換將會執行,從而降低交換或強制平倉中的滑點風險。此架構保留了基於性質,因為排序權最終源自透過註冊表選擇加入的 L1 提議者。閘道在分配的時段內擁有臨時獨佔寫入權,從而能夠可靠地發出預確認。片段廣播與閘道間狀態同步最小化了時段切換期間的空白。
 
新增 Google Cloud 可擴展容量與地理分佈,使生產環境中持續實現低於 50 毫秒的效能更為可行。對於永續合約交易所或自動做市商等應用程式而言,12 秒回饋與低於 50 毫秒回饋之間的差異,對資本效率與用戶留存至關重要。該系統保持開放:任何整合 Preconf 註冊表的滾動層,均可選擇 Google Cloud 或將其與其他閘道結合,從而創造一個競爭性的基礎設施市場,而非單一運營商依賴。

Puffer 預確認註冊提供經濟上安全的執行保證

Puffer Preconf 作為一種基於 EigenLayer 的主動驗證服務,維護一個已批准閘道的鏈上註冊表。驗證者通過委託提案權來參與,而重新質押的 ETH 則提供可處罰的抵押品,以支持預確認承諾。閘道本身則額外提交抵押品,形成層層經濟責任。當閘道發出執行預確認時,該承諾具有強制效力;若未能履行,將觸發處罰機制,以補償受影響方。
 
這將預確認從軟性承諾提升至具有加密經濟意義的保證。Google Cloud 的註冊意味著其基礎設施現在也須遵循這些相同規則,使企業運營者同樣受到相同的責任框架約束。註冊模型支持漸進式去中心化。初始部署可能僅包含有限數量的高性能閘道;後續階段將擴大獨立運營者數量,並優化前瞻排程,使 L1 提議者能更直接地控制分配。
 
收益分潤將預確認費用分配給 L2 運營商、閘道、L1 驗證者和協議,解決了基於滾動的架構原本將所有優先費用讓渡給 L1 的經濟問題。透過在 L2 和閘道層保留部分費用,此設計使基於架構對應用特定鏈和通用滾動均具商業可行性。Google Cloud 的加入證明,大型基礎設施供應商無需從經濟安全模型中獲得特殊豁免即可參與其中。

企業基礎設施與加密經濟安全在 UniFi Stack 中融合

將 Google Cloud 直接整合至 UniFi 執行路徑中,可帶來多項具體優勢:全球分佈的低延遲網路、經過驗證的運營可靠性,以及已被機構信賴的基礎設施。同時,結算與安全仍保留在以太坊原生層面。預確認攜帶可處罰的 ETH 作為後盾,而非僅依賴雲端供應商的聲譽。這種混合模式相比完全中心化的序列器,減少了信任範圍,同時超越了純 L1 序列化滾動的處理速度。官方評論指出,此組合支援對效能與可執行最終性保證有高要求的機構工作流程。
 
對於開發者而言,這套堆疊提供了一個更為響應迅速的環境,無需在速度與以太坊一致性之間做出取捨。應用程式可在批次於 L1 上以完全可組合性完成結算的同時,為用戶提供近乎即時的回饋。多重閘道選項更允許運營商透過 Google Cloud、其他註冊運營商或並行組合,針對延遲、成本或監管地理區域進行優化。這種可配置性對於正在開發跨境金融產品或 AI 代理系統的團隊尤其重要,這些系統需要在多變的網路條件下實現可預測的執行。因此,此合作不僅是一次性能升級,也為評估基於滾動的基礎設施的機構提供了可信度信號。

即時執行開啟新的去中心化金融市場結構

依賴頻繁狀態更新、永續合約、強制平倉、自動化市場造市和高頻套利的 DeFi 協議,過去因 12 秒的反饋迴圈而在純基於區塊的設計中面臨摩擦。低於 50 毫秒的預確認大幅壓縮了該迴圈,實現更緊密的價差、更快的強制平倉和更資本高效的策略。由於預確認是執行保證,而非僅僅是包含承諾,交易者和協議可以更高信心地根據已確認的狀態採取行動。Google Cloud 的基礎設施貢獻有助於在活躍 DeFi 市場典型的交易量下維持這些延遲。
 
Puffer UniFi 的同步可組合性功能進一步放大了影響力。同插槽的 L1 到 L2 消息傳遞和透過 TEE 證明實現的即時提款,讓流動性與狀態能在各層之間流暢移動。使用者可在 L1 充幣,並在同插槽內立即於 UniFi 上部署資金,或原子化執行複雜的多層策略。企業級預確認基礎設施的加入,使這些功能得以規模化應用,而非僅限於實驗性質。做市商和協議可以設計出假設亞秒級反饋的產品,無需引入新的受信任中介,既保留了 DeFi 的無許可特性,又達到了用戶對中心化平台所期待的響應速度。

機構採用路徑因熟悉的基礎設施提供商而得到加強

機構在評估鏈上基礎設施時,通常將運營成熟度、正常運行時間保證以及可識別的交易對手列為決策因素。Google Cloud 作為註冊網關的出現,直接滿足了這些偏好。已在 Google Cloud 上運行工作負載的機構,無需採用完全陌生的運營商,即可將這些關係延伸至以太坊執行環境。多網關架構還允許根據內部合規性、數據駐留或風險政策進行配置。預確認承諾仍由重新質押的 ETH 提供支持,並受罰沒機制約束,從而提供獨立於任何單一供應商聲譽的經濟保障。
 
超過 3500 億美元的真實資產已於以太坊主網上鑄造,但高效的二級交易和結構化產品平台仍處於發展初期。UniFi 的高吞吐量、低於 50 毫秒的反饋速度與以太坊結算相結合,為這些資產創造了理想的環境。機構可以探索代幣化基金份額、信貸產品或抵押工具,其執行速度更接近傳統金融系統,同時保留公共區塊鏈結算的透明度與可組合性。因此,此合作不僅是一次技術升級,也是一次信號升級,降低了機構將業務流程遷移至鏈上的感知運營風險。

AI 動作需要以機器速度執行的軌道,並具備可強制執行的保證

能夠調倉投資組合、支付服務費用、執行交易或於鏈上結算義務的自主AI代理,無法容忍數秒的確認延遲。低於50毫秒的預確認提供必要的低延遲回饋迴路,使代理能夠以機器速度運作。由於預確認透過罰沒機制實現經濟強制力,代理及其互動的協議能獲得更強的保證,確認狀態將與最終結算一致。Google Cloud 的基礎設施貢獻擴大了此類代理可用的閘道層容量與地理覆蓋範圍。
 
Puffer 將 UniFi 明確定位為代理商業的基礎設施。執行高頻率或時效性操作的代理,能享有與機構相同的速度、經濟安全性和以太坊結算組合。多閘道模型更允許代理運營商或為其提供服務的協議,選擇針對延遲或可靠性優化的基礎設施配置。隨著更多經濟活動遷移至自主代理,對生產級、低延遲、密碼經濟安全的執行需求將日益增加。與 Google Cloud 的合作,使 UniFi 成為首批提供具體、企業級支持路徑的滾動層之一,以滿足此類需求。

多閘道設計消除單一故障點

Puffer Preconf 的核心設計原則是支援多個閘道器的可配置性。滾動層可單獨選擇 Google Cloud,或與其他註冊運營商結合,亦或並行運行多重路徑以實現冗餘。此方法降低了對單一供應商依賴所帶來的基礎設施風險。地理分佈成為可能:流量可根據延遲或監管要求進行路由。閘道器之間的故障轉移可在應用層或滾動層層級進行設計。官方資料強調,註冊模型旨在隨著時間推移逐步提升運營商的多樣性。
 
Google Cloud 的進軍透過展示大型成熟基礎設施公司可以在與專業加密運營商相同的經濟和技術規則下參與,加速了這一演變。由此產生的閘道服務市場,對延遲、可靠性和定價帶來競爭壓力。用戶和應用程式從選擇和韌性中受益。由於經濟安全仍根植於再質押的 ETH 和鏈上承諾,企業運營商的加入並未削弱加密經濟保障;反而擴大了能夠大規模提供這些保障的實體範圍。

同步可組合性補充快速預確認

UniFi 透過 Signal Service 實現 L1↔L2 同步可組合性,支援同槽訊息傳遞。使用者可在 L1 上註冊訊號,這些訊號可於同一 L2 批次中匯入並使用,支援原子化的跨層操作。由 TEE 證明驅動的即時提款,進一步將 L2 至 L1 的路徑壓縮至數十秒,而非傳統的七天挑戰期。當這些功能與低於 50 毫秒的預確認協同運作時,整體使用者體驗接近單一高性能環境,同時保留以太坊結算。
 
Google Cloud 的閘道角色強化了此堆疊的預確認元件,且不改變其組合機制。開發者可設計應用程式,假設同時具備快速本地回饋與可靠的跨層原子性。同插槽充幣後立即部署至 L2,或跨越 L1 預言機與 L2 執行的複雜策略等使用情境,變得更加實用。因此,此合作推進了 UniFi 更廣泛的目標,即統一以太坊的流動性與狀態,而非將其分散於孤立的高速環境中。

經濟安全模型協調各利益相關者的激勵

Puffer Preconf 的收益共享設計將預確認費用分配給 L2 操作者、閘道、L1 驗證者和協議。這解決了純基於 rollup 的結構性問題——在該問題中,所有優先費用原本會完全流向 L1 提議者。透過在 L2 和閘道層保留價值,此模式使基於架構對應用團隊而言在經濟上可持續。驗證者透過再質押的 ETH 參與獲得額外收益,而閘道則因其提供的基礎設施與性能獲得補償。處罰條件在承諾被違反時保護用戶。
 
Google Cloud 依照相同的激勵與責任架構參與。其運營規模有助於吸收較小運營商可能難以應對的交易量波動,提升整體系統的可靠性。主要雲端供應商的參與並不會創造特殊特權;它擴大了遵守相同註冊規則和經濟安全機制的合格參與者群體。隨著時間推移,這種一致性鼓勵更多驗證者加入以及更多閘道註冊,強化整個整合滾動生態系統的預確認層安全性與容量。

高吞吐量應用程式的生產部署路徑

Puffer UniFi 從一開始就設計為生產執行環境,而非純粹的研究平台。與 Google Cloud 的合作提供了應用程式無法容忍實驗性基礎設施所需的運營成熟度。持續的交易接受、片段串流,以及在指定時段內的獨佔寫入權限,可實現持續的高吞吐量。企業級網路和計算資源有助於在同時使用者和代理數量增加時,維持一致的延遲。官方資料指出,此組合專門針對 DeFi 協議、企業級應用程式和 AI 代理。
 
開發者在評估技術棧時,能更清晰地從測試環境過渡到主網部署。多閘道選項允許逐步遷移流量或對不同基礎設施供應商進行 A/B 測試。經濟安全為處理重大價值的應用程式提供了可量化的風險框架。隨著更多現實世界資產和自主代理上線,對結合 50 毫秒以下反饋與以太坊結算的環境的需求將持續增長。UniFi 率先採用 Google Cloud 的閘道,使其能夠搶先捕捉尋求此類特性的早期生產工作負載。

展望未來:機構規模的即時以太坊執行

這項合作標誌著基於滾動技術的成熟點。最初作為一項優雅的安全與去中心化理論,現已整合了能夠支援機構與代理工作負載的企業級基礎設施。Puffer 持續開發更廣泛的 UniFi 堆疊、預確認、即時提款與同步可組合性,並擴大註冊閘道的範圍。Google Cloud 的參與證明,大型科技供應商無需享有特權地位,即可整合至加密經濟系統中。
 
Puffer Preconf 的未來階段將優化預見排程、擴大運營商多樣性,並強化懲罰執行機制。除了 UniFi 之外的其他 rollups 也可採用相同的註冊表,為以太坊生態系統內快速、安全的預確認建立共享基礎設施層。亞 50 毫秒的執行速度、經濟保障與以太坊結算的結合,為下一波鏈上活動奠定了實用基礎。DeFi 市場、機構產品和自主代理都將從不再被迫在速度與可信中立之間取捨的執行基礎設施中受益。

🔥 超越頭條新聞:KuCoin 5.0 對您的意義

市場新聞變化迅速——但您在哪裡採取行動同樣至關重要。今年十月,KuCoin 將推出 KuCoin 5.0,將 KuCoin 轉變為一個重建後的平台。以下是為您帶來的實際變化:
 
  • 一個帳戶解決所有需求。舊版平台將您的資金分散在獨立的「现货」、「保證金」和「合約」帳戶中,並期望您理解其原因。KuCoin 5.0 的 統一帳戶 完全移除了這種設計——只需充幣一次,所有資金便會集中於此(目前僅限 VIP 用戶使用)。
  • 股票、指數和商品。KuCoin 5.0 擴展至全球市場,超越加密貨幣。當加密貨幣橫盤整理而股權市場上漲(或反之),您只需數分鐘即可轉倉,無需開設證券帳戶並等待數日以透過法定貨幣渠道交易。
  • 真實資產(RWA)。直接在您的加密貨幣帳戶中獲得對商品等傳統資產的代幣化曝險。全球金融增長最快的領域之一,不再僅限機構使用——您可透過同一個交易餘額進行接觸。
  • 邊學邊賺。還未準備好交易?KCUSD 讓你的穩定幣每日賺取複投利息,以最低壓力的方式讓閒置充幣產生 4% 的收益。
  • 一個用通俗語言設計的 AI 助理。提問、獲取市場背景、理解你所查看的內容——內建於平台,無需專業術語。
  • 一款不會令人眼花繚亂的應用程式。更快、更簡潔、更一致——從第一次點擊就直觀易用,無需教程。
  • 您可以檢查的安全,而非僅僅信任。作為一家獲得 MiCAR 許可的歐盟實體,Proof of Reserves 可由您自行驗證,並獲國際認證的安全標準(SOC 2 Type II、ISO 27001:2022)。
 
數分鐘內創建您的帳戶 — 開始使用為加密貨幣未來而打造的平台,而非過去的平台。

常見問題

Google Cloud 作為 Puffer Preconf 閘道具體做什麼?

Google Cloud 運營的基礎設施會接收用戶交易,根據滾動的排序策略處理這些交易,將其構建為有序的片段塊,並向用戶發出執行預確認。這些預確認會在對應的批次在以太坊上結算之前到達。該閘道在與其他經批准的操作者相同的註冊規則和經濟安全要求下參與,意味著其承諾由可被 Slash 的抵押品支持。Puffer UniFi 是第一個通過此 Google Cloud 閘道路由流量的滾動方案,為該模型提供了實際生產環境的參考。
 

少於 50 毫秒的預確認與一般包含保證有何不同?

普通包含預確認僅承諾交易將出現在未來的區塊中;由於競爭交易或價格波動,最終執行狀態可能有所不同。執行預確認(由 Puffer Preconf 提供的類型)則保證交易將按照確認時所承諾的特定狀態執行。這種更強的保證對於交易、強制平倉以及任何對精確結果至關重要的應用尤為重要。通過再質押的 ETH 和閘道擔保品來確保此承諾的經濟安全性。
 

這項合作是否將序列化集中於 Google Cloud?

編號序列權仍根植於選擇加入 Puffer Preconf 註冊的以太坊 L1 提議者。閘道器(包括 Google Cloud)僅獲得特定插槽的臨時委派權限。多閘道器架構允許滾動層運行平行供應商或在它們之間切換,防止任何單一運營商成為永久瓶頸。透過罰沒機制實現的經濟問責制,進一步規範所有參與者,包括大型基礎設施供應商。
 

什麼經濟安全保障了預確認?

預確認由參與的驗證者所貢獻的已重新質押 ETH 以及閘道者額外提供的抵押品保障。該系統基於 EigenLayer 建構。若閘道者未能履行承諾,設計的懲罰機制會將價值重新分配給受影響的各方。這層加密經濟機制獨立於任何個別供應商的企業聲譽運作,為使用者和應用程式提供可量化的追索方式。
 

哪些應用程式最能從新基礎設施中受益?

高頻率的 DeFi 協議、機構交易與結算系統,以及自主 AI 代理將獲得最大收益。這些應用場景需要低延遲的反饋迴路和可執行的執行保證。低於 50 毫秒的預確認,結合 UniFi 的同步組合性與即時提款功能,創造出更接近傳統金融系統的環境,同時保留公共區塊鏈的結算與透明度。
 

其他 rollup 能否透過 Puffer Preconf 使用 Google Cloud 的閘道?

是的。Puffer Preconf 設計為一個中立、開放的註冊表。任何整合 Preconf 服務的 rollup 都可選擇 Google Cloud 或其他已註冊的閘道。UniFi 僅作為首個生產部署。註冊表模式鼓勵閘道運營商之間形成競爭市場,而非將基礎設施鎖定於單一 rollup。
 
免責聲明:此內容僅供資訊參考,不構成投資建議。加密貨幣投資存在風險,請自行研究(DYOR)。
 

免責聲明: 本頁面經由 AI 技術翻譯,旨在方便您的閱讀。欲獲取最準確資訊,請以原始英文版本為準。