我展示了一個使用 Motoko 語言構建且功能完備的 EVM，它在與以太坊保持高度相容的同時，引入了門檻式簽名、異步調度及外部數據訪問等原生原語。我正在徵求技術回饋，以確認這些基礎設施增強功能是否為開發者提供了足夠有趣的設計空間，進而決定是否應繼續投入資源開發此項目。
關於我之前發布過的 Motoko EVM，一年後的快速更新：
我們真的做到了。我們已經讓 EVM 運作起來，並且通過了來自 GitHub - ethereum/execution-specs: Specification for the Execution Layer. Tracking network upgrades. · GitHub 中 99% 的測試案例（僅有那些故意導致堆疊溢位和遞迴的測試失敗）。
現在我需要回饋與方向，因為在開發的這幾年裡，環境發生了很大變化，而且我知道目前的市場狀況相當低迷。
我想徵求技術回饋：一個基於 Motoko（Motoko 是一種專為基於共識/區塊鏈系統設計的 Actor 模型語言）、具備原生門檻簽名（threshold signing）、非同步調度、更豐富的錢包模型以及出站數據訪問（outbound data access）的 EVM，是否展現了一個真正有趣的設計空間？或者這些大多只是誘人但非必要的原語（primitives）？基本上，我是否應該繼續投入時間在這上面。
我們之所以用 Motoko 構建 EVM，是因為我們認為在應用層感覺像以太坊，但在底層暴露了普通 EVM 技術棧預設不具備的基礎設施原語的鏈，仍有發展空間。
價值主張並非「新 VM、新語言，相信我們」。其價值主張是：
我歡迎任何針對「這些優勢是否真的有意義」以及「設計上哪裡仍然不夠理想」的反駁。
目前的引擎工作旨在實現真正的 EVM 等效性：
因此，起點並非「讓我們發明一個古怪的以太坊替代品」。起點是：我們能在保留以太坊語義的同時，在底層暴露多強大的系統原語？
這裡最有趣的能力之一是基於門檻 ECDSA（threshold ECDSA）的簽名基礎設施，這意味著 EVM 合約和錢包介面可以設計為原生控制其他鏈上的帳戶或資產。
無需：
我們正在探索的問題是：類 ETH 合約是否可以將外部鏈簽名視為一種原生的、可審計的系統能力，而不是將其作為單獨的中間件掛載。
如果這能順利運作，它將改變以下領域的設計空間：
目前，任何非同步內容都被推給了機器人、守護者（keepers）、鏈外工作者、cron 服務或中繼器棧。
Motoko 環境的有趣之處在於非同步是一個真正的基礎原語。這為圍繞以下內容構建的執行模型打開了大門：
這並不意味著天真意義上的「非同步 EVM」。EVM 執行仍然需要確定性的邊界。但這確實意味著鏈可以原生表達更多的生命週期，而不是假裝所有重要的事情都能裝進單個同步交易中。
我認為有趣的問題在於，這是否能讓我們在不破壞開發者思維模型的情況下，將大量的鏈外協調移回複製系統中。
另一個優勢是將出站 HTTPS 訪問作為一等系統能力。這意味著去中心化預言機和自動化模式不一定非要從「我們信任哪個鏈外委員會來獲取並重新發布數據？」開始。
這並不會讓預言機問題消失，也不會魔術般地解決數據真實性問題。但它確實改變了架構：
我預期在確定性、可重放性、真實性和成本模型方面會受到反對。這正是我想獲得的回饋。
我們 EVM 中最具差異化的部分之一是錢包模型。
這裡的錢包方向不是「瀏覽器擴充功能，但換成我們的」。它更接近於每個用戶的執行環境（它本身就是一個 EVM），具有：
從以太坊的角度來看，這意味著錢包可以成為可編程的安全和協調介面，而不僅僅是私鑰對的薄包裝。
我認為這對於以下方面很重要：
這種架構可以部署在獨立的 13 節點或 34 節點子網上，並具有地理位置感知的放置選擇。
這對零售 Degen 用戶體驗影響較小，但對考慮以下內容的人來說更重要：
以太坊在可信中立性和專門化部署之間一直存在張力。我感興趣的是，這種架構是否是探索後者的好地方，而無需假裝它是前者。（這裡隱含的假設是，錨定主網是預設選項。）
這些是我最希望以太坊原生人士回應的問題：
走到這一步是一段漫長的苦旅，我不確定這項成就是否符合當下的時機。我們正在考慮應該在多大程度上繼續投入時間和資源。如果這裡的任何內容對任何人有吸引力或有趣，請與我聯繫。我知道這不像新的 zk 證明或直接擴展主網那樣令人興奮，但如果做得正確，我們認為這裡對於輕鬆啟動的應用鏈和其他潛在更奇特的實驗來說，存在一些非常令人興奮的機會。
（就性能重要性而言，該系統目前追蹤到的數據為：2s-6s 的最終性，1000/標準 TPS，以及約每秒 13.5 次 Uniswap v3 兌換，支持高達 400GB 的狀態/EVM）
1 則貼文 - 1 位參與者
相關文章
其他收藏 · 0
我展示了一個使用 Motoko 語言構建且功能完備的 EVM，它在與以太坊保持高度相容的同時，引入了門檻式簽名、異步調度及外部數據訪問等原生原語。我正在徵求技術回饋，以確認這些基礎設施增強功能是否為開發者提供了足夠有趣的設計空間，進而決定是否應繼續投入資源開發此項目。
關於我之前發布過的 Motoko EVM，一年後的快速更新：
我們真的做到了。我們已經讓 EVM 運作起來，並且通過了來自 GitHub - ethereum/execution-specs: Specification for the Execution Layer. Tracking network upgrades. · GitHub 中 99% 的測試案例（僅有那些故意導致堆疊溢位和遞迴的測試失敗）。
現在我需要回饋與方向，因為在開發的這幾年裡，環境發生了很大變化，而且我知道目前的市場狀況相當低迷。
我想徵求技術回饋：一個基於 Motoko（Motoko 是一種專為基於共識/區塊鏈系統設計的 Actor 模型語言）、具備原生門檻簽名（threshold signing）、非同步調度、更豐富的錢包模型以及出站數據訪問（outbound data access）的 EVM，是否展現了一個真正有趣的設計空間？或者這些大多只是誘人但非必要的原語（primitives）？基本上，我是否應該繼續投入時間在這上面。
我們之所以用 Motoko 構建 EVM，是因為我們認為在應用層感覺像以太坊，但在底層暴露了普通 EVM 技術棧預設不具備的基礎設施原語的鏈，仍有發展空間。
價值主張並非「新 VM、新語言，相信我們」。其價值主張是：
我歡迎任何針對「這些優勢是否真的有意義」以及「設計上哪裡仍然不夠理想」的反駁。
目前的引擎工作旨在實現真正的 EVM 等效性：
因此，起點並非「讓我們發明一個古怪的以太坊替代品」。起點是：我們能在保留以太坊語義的同時，在底層暴露多強大的系統原語？
這裡最有趣的能力之一是基於門檻 ECDSA（threshold ECDSA）的簽名基礎設施，這意味著 EVM 合約和錢包介面可以設計為原生控制其他鏈上的帳戶或資產。
無需：
我們正在探索的問題是：類 ETH 合約是否可以將外部鏈簽名視為一種原生的、可審計的系統能力，而不是將其作為單獨的中間件掛載。
如果這能順利運作，它將改變以下領域的設計空間：
目前，任何非同步內容都被推給了機器人、守護者（keepers）、鏈外工作者、cron 服務或中繼器棧。
Motoko 環境的有趣之處在於非同步是一個真正的基礎原語。這為圍繞以下內容構建的執行模型打開了大門：
這並不意味著天真意義上的「非同步 EVM」。EVM 執行仍然需要確定性的邊界。但這確實意味著鏈可以原生表達更多的生命週期，而不是假裝所有重要的事情都能裝進單個同步交易中。
我認為有趣的問題在於，這是否能讓我們在不破壞開發者思維模型的情況下，將大量的鏈外協調移回複製系統中。
另一個優勢是將出站 HTTPS 訪問作為一等系統能力。這意味著去中心化預言機和自動化模式不一定非要從「我們信任哪個鏈外委員會來獲取並重新發布數據？」開始。
這並不會讓預言機問題消失，也不會魔術般地解決數據真實性問題。但它確實改變了架構：
我預期在確定性、可重放性、真實性和成本模型方面會受到反對。這正是我想獲得的回饋。
我們 EVM 中最具差異化的部分之一是錢包模型。
這裡的錢包方向不是「瀏覽器擴充功能，但換成我們的」。它更接近於每個用戶的執行環境（它本身就是一個 EVM），具有：
從以太坊的角度來看，這意味著錢包可以成為可編程的安全和協調介面，而不僅僅是私鑰對的薄包裝。
我認為這對於以下方面很重要：
這種架構可以部署在獨立的 13 節點或 34 節點子網上，並具有地理位置感知的放置選擇。
這對零售 Degen 用戶體驗影響較小，但對考慮以下內容的人來說更重要：
以太坊在可信中立性和專門化部署之間一直存在張力。我感興趣的是，這種架構是否是探索後者的好地方，而無需假裝它是前者。（這裡隱含的假設是，錨定主網是預設選項。）
這些是我最希望以太坊原生人士回應的問題：
走到這一步是一段漫長的苦旅，我不確定這項成就是否符合當下的時機。我們正在考慮應該在多大程度上繼續投入時間和資源。如果這裡的任何內容對任何人有吸引力或有趣，請與我聯繫。我知道這不像新的 zk 證明或直接擴展主網那樣令人興奮，但如果做得正確，我們認為這裡對於輕鬆啟動的應用鏈和其他潛在更奇特的實驗來說，存在一些非常令人興奮的機會。
（就性能重要性而言，該系統目前追蹤到的數據為：2s-6s 的最終性，1000/標準 TPS，以及約每秒 13.5 次 Uniswap v3 兌換，支持高達 400GB 的狀態/EVM）
1 則貼文 - 1 位參與者
相關文章
其他收藏 · 0
