[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-ethereum-wikipedia-dev-cheat-sheet-zh":3,"article-related-ethereum-wikipedia-dev-cheat-sheet-zh":30,"series-research-cfe36fb5-68ec-480a-a9be-04660e360468":75},{"id":4,"slug":5,"title":6,"content":7,"summary":8,"source":9,"source_url":10,"author":11,"image_url":12,"cover_image":12,"category":13,"language":14,"translated_content":11,"related_article_id":15,"keywords":16,"key_takeaways":22,"views":26,"created_at":27,"published_at":28,"topic_cluster_id":29},"cfe36fb5-68ec-480a-a9be-04660e360468","ethereum-wikipedia-dev-cheat-sheet-zh","Ethereum 把 Wikipedia 變開發者速查表","\u003Cp data-speakable=\"summary\">我把 Wikipedia 的 \u003Ca href=\"\u002Ftag\u002Fethereum\">Ethereum\u003C\u002Fa> 條目拆成一份開發者能直接複製的速查表。\u003C\u002Fp>\u003Cp>我玩 Ethereum 一陣子了，越看越火大。大家不是把它講成「數位黃金」，就是講成一坨只有研究生才看得懂的黑話。這兩種都不對。我真正需要的，是能拿去跟 PM、後端、甚至法務講清楚的版本：它到底在做什麼、smart contract 為什麼重要、gas 為什麼不是多收你錢而已、還有 The Merge 到底改掉了什麼。\u003Cp>我後來回頭啃了 \u003Ca href=\"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FEthereum\">Ethereum Wikipedia 頁面\u003C\u002Fa>，才發現它其實很適合拿來拆。不是因為它完美，而是因為它把設計、歷史、應用全塞在一起，剛好能逼你把「能不能做」和「值不值得做」分開。\u003C\u002Fp>\u003Cp>所以這篇我不想寫成介紹文。我想直接把那頁拆成一份開發者版 cheat sheet，讓你看完就能拿去寫 team doc、產品簡報，或是自己做架構判斷。\u003C\u002Fp>\u003Ch2>Ethereum 不是幣，它是執行層\u003C\u002Fh2>\u003Cblockquote>“Ethereum is a decentralized blockchain with smart contract functionality. Ether (abbreviation: ETH) is the native cryptocurrency of the platform.”\u003C\u002Fblockquote>\u003Cp>翻譯一下就是：Ethereum 是機器，ETH 是燃料。很多人一講 Ethereum 就先想到幣價，這很煩，因為那是把結果當本體。真正重要的是這條鏈提供了一個共享的執行環境，讓任何人都能部署應用，不用先去求一個中心化平台點頭。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782152293852-4cw2.png\" alt=\"Ethereum 把 Wikipedia 變開發者速查表\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我之前看過不少團隊，一開始就說「我們要上鏈」，但問下去才發現他們其實只是想發 \u003Ca href=\"\u002Ftag\u002Ftoken\">token\u003C\u002Fa>。這種做法很容易把產品做歪，最後變成一個錢包外殼加一堆故事。Ethereum 的順序剛好相反：先有共享執行，再談資產層。\u003C\u002Fp>\u003Cp>如果你要查官方資料，我會先看 \u003Ca href=\"https:\u002F\u002Fethereum.org\">ethereum.org\u003C\u002Fa>。如果你要看 client 生態，最常見的 Go 實作是 \u003Ca href=\"https:\u002F\u002Fgeth.ethereum.org\u002F\">Geth\u003C\u002Fa>，原始碼在 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fethereum\u002Fgo-ethereum\">GitHub\u003C\u002Fa>。\u003C\u002Fp>\u003Cp>實操寫法很簡單：你在跟團隊講 Ethereum 的時候，不要說「我們做 crypto」。改成「我們要用一個共享執行層，必要時再用 ETH 結算」。這句話比較像工程決策，不像宗教宣言。\u003C\u002Fp>\u003Cul>\u003Cli>需要多方共同驗證狀態時，再考慮 Ethereum。\u003C\u002Fli>\u003Cli>不要先想 token，再倒推用途。\u003C\u002Fli>\u003Cli>把應用與資產分開看，會少走很多冤枉路。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Vitalik 一開始想解決的是應用，不是支付\u003C\u002Fh2>\u003Cp>Ethereum 的起點不是「再做一個幣」，而是 Vitalik Buterin 2013 年那份白皮書想把區塊鏈變成更通用的應用平台。Wikipedia 也明講了它朝向 Turing-complete 的腳本\u003Ca href=\"\u002Fnews\u002Ffable-5-ban-model-routing-race-zh\">模型\u003C\u002Fa>走。這句話很學術，但意思很直接：它想讓鏈不只會轉帳，還能跑規則。\u003C\u002Fp>\u003Cp>也就是說，Ethereum 的核心不是「能不能搬錢」，而是「能不能把一段需要被大家共同遵守的邏輯放上去」。像 escrow、拍賣、借貸、治理、權限控制，這些都不是單純的資料寫入，而是規則執行。\u003C\u002Fp>\u003Cp>我之前評估過一個流程要不要上鏈，最後發現如果只是記帳，根本不用折騰；但如果是多方互不完全信任、又需要同一套規則自動執行，那鏈就開始有意義。這個判斷點，我覺得比「是不是很 \u003Ca href=\"\u002Ftag\u002Fweb3\">Web3\u003C\u002Fa>」實在多了。\u003C\u002Fp>\u003Cp>Wikipedia 也列了早期創辦人：Vitalik Buterin、Gavin Wood、Charles Hoskinson、Anthony Di Iorio、Joseph Lubin。這很重要，因為它從來不是單一公司單一 roadmap 的產品。它一開始就是多方協作、甚至帶點混亂的\u003Ca href=\"\u002Fnews\u002Fgke-system-metrics-tpu-hpa-cloud-monitoring-zh\">系統\u003C\u002Fa>。\u003C\u002Fp>\u003Cp>實操寫法：每次你想把某個流程搬到 Ethereum，上來先問一句——這個系統是不是需要多方共享、可驗證、而且不完全信任單一操作者的邏輯？如果答案不是很明確的 yes，就先別硬上。\u003C\u002Fp>\u003Cul>\u003Cli>Ethereum 強在共享邏輯，不只是共享資料。\u003C\u002Fli>\u003Cli>Smart contract 是規則執行，不是自動化口號。\u003C\u002Fli>\u003Cli>General-purpose execution 才是它的核心賣點。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Yellow Paper 這種無聊文件，才是平台真正站得住的地方\u003C\u002Fh2>\u003Cp>Wikipedia 提到 Gavin Wood 寫了 Ethereum Yellow Paper，定義了 Ethereum Virtual Machine。這種東西很少人愛看，因為沒有梗圖、沒有幣價、也沒有「未來感」。但老實說，平台能不能被陌生人信任，靠的就是這種無聊文件。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782152293508-w5r3.png\" alt=\"Ethereum 把 Wikipedia 變開發者速查表\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>翻譯一下就是：EVM 定義了程式怎麼跑、狀態怎麼改、交易怎麼被解釋。你如果曾經 debug 合約時看著 revert、gas 被吃掉、或是一個看起來沒什麼的修改把相容性炸掉，你其實就是在跟 EVM 的精確規則打交道。\u003C\u002Fp>\u003Cp>我以前跟後端工程師講區塊鏈執行模型，他們常會直覺把它當成一般 \u003Ca href=\"\u002Ftag\u002Fapi\">API\u003C\u002Fa> call。這不對。Ethereum 上的執行是被計量、被複製、被每個 node 驗證的。這表示它在一致性上很硬，但在開發體驗上也很不客氣。\u003C\u002Fp>\u003Cp>如果你要看技術基礎，我會直接丟 \u003Ca href=\"https:\u002F\u002Fethereum.org\u002Fen\u002Fdevelopers\u002Fdocs\u002F\">Ethereum 開發文件\u003C\u002Fa>。如果你想看實作，\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fethereum\u002Fgo-ethereum\">Geth repo\u003C\u002Fa> 很適合拿來對照。\u003C\u002Fp>\u003Cp>實操寫法：不要用寫 REST API 的心態寫合約。把它當成公開機器規格來設計，任何 branch、storage write、external call 都要能扛住公開執行與惡意 replay。\u003C\u002Fp>\u003Ch2>Gas 不是收費機制，是防濫用機制\u003C\u002Fh2>\u003Cp>Wikipedia 把 gas 放進核心設計，這點我很認同。因為只要你真的碰過 Ethereum，就會知道它不是「區塊鏈版資料庫」，而是一個會對每次計算收費的公開系統。Gas 的存在不是要讓你心痛，是為了避免整個網路被任意運算拖垮。\u003C\u002Fp>\u003Cp>也就是說，每個操作都有成本。存儲通常比計算更貴，複雜路徑比簡單路徑更貴，寫得爛的合約不只是慢，還可能貴到沒人用。這不是邊角料，這就是架構。\u003C\u002Fp>\u003Cp>我看過不少團隊合約功能上沒錯，但經濟上很蠢。多寫幾次 storage、亂加 loop、合約間一直互 call，然後再抱怨使用者嫌費用高。這種時候你不能只說「功能都對啊」，因為在 Ethereum 上，能跑不等於值得跑。\u003C\u002Fp>\u003Cp>如果你做的是產品，實作上最好把 gas budget 當成 latency budget 一樣看。先估算最常見使用路徑的成本，再去砍掉不必要的寫入、批次化操作、把能 off-chain 的檢查移出去。\u003C\u002Fp>\u003Cul>\u003Cli>Gas 是保護共享資源，不是單純抽成。\u003C\u002Fli>\u003Cli>Storage 成本高，是有設計理由的。\u003C\u002Fli>\u003Cli>合約要看邏輯，也要看經濟效率。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>The Merge 不是改名而已，它把整個參與模型換掉了\u003C\u002Fh2>\u003Cp>Wikipedia 寫得很清楚：Ethereum 在 2022-09-15 透過 The Merge 從 proof-of-work 轉成 proof-of-stake，而且能耗下降超過 99%。這不是包裝文案，這是整個共識機制換了。\u003C\u002Fp>\u003Cp>白話一點說，Ethereum 不再靠 miners 拼算力，而是靠 validators 質押 ETH 來參與驗證。也就是說，你如果還把 Ethereum 當成挖礦網路在理解，那你的模型早就過期了。\u003C\u002Fp>\u003Cp>我很常遇到一種討論：有人一講 Ethereum 就先拿環境成本來打。The Merge 沒有讓所有批評消失，但它確實把最常被拿來酸的那個點砍掉了。對要對內說服主管、對外說服客戶的人來說，這件事很實際。\u003C\u002Fp>\u003Cp>如果你要看官方脈絡，我會直接看 \u003Ca href=\"https:\u002F\u002Fethereum.org\u002Fen\u002Froadmap\u002Fmerge\u002F\">The Merge 文件\u003C\u002Fa>，再搭配 Ethereum Foundation 的說明。這比看社群二手轉述準很多。\u003C\u002Fp>\u003Cp>實操寫法：不要再用「挖礦網路」的舊腦袋理解 Ethereum。你在評估產品時，也要把 staking-based consensus 算進去，因為參與者、誘因、風險結構都變了。\u003C\u002Fp>\u003Ch2>ERC 標準讓 Ethereum 變得好用，也變得更吵\u003C\u002Fh2>\u003Cp>Wikipedia 提到 ERC-20、NFT、\u003Ca href=\"\u002Fnews\u002Fdefi-technologies-nasdaq-test-profit-growth-signals-zh\">DeFi\u003C\u002Fa> 是重要應用場景。這段我覺得最有感，因為它說明 Ethereum 真正有用的地方不是某個幣，而是標準化之後，大家可以共用同一種資產格式。\u003C\u002Fp>\u003Cp>翻譯一下就是：ERC-20 讓 fungible token 彼此相容，ERC-721 讓 NFT 變成標準而不是土炮格式，\u003Ca href=\"\u002Ftag\u002Fdefi\">DeFi\u003C\u002Fa> 則把合約變成金融基礎設施。標準一旦成立，錢包、交易所、市集、app 都能直接接，不用每次都客製一套。\u003C\u002Fp>\u003Cp>我以前做過一個系統，最痛的不是功能，而是每多一種資產型態就多一個 adapter。Ethereum 的標準至少把這個問題砍掉一大半。當然，它也順便讓一堆垃圾專案更容易包裝自己，這兩件事是同時成立的。\u003C\u002Fp>\u003Cp>如果你要看標準本體，直接去 \u003Ca href=\"https:\u002F\u002Feips.ethereum.org\u002F\">EIPs\u003C\u002Fa>。ERC-20 看 \u003Ca href=\"https:\u002F\u002Feips.ethereum.org\u002FEIPS\u002Feip-20\">EIP-20\u003C\u002Fa>，NFT 看 \u003Ca href=\"https:\u002F\u002Feips.ethereum.org\u002FEIPS\u002Feip-721\">EIP-721\u003C\u002Fa>。這些 spec 比很多長篇介紹文更有用。\u003C\u002Fp>\u003Cp>實操寫法：只要你的資產或合約需要被外部工具認得，先用標準，不要自己發明格式。你如果連別人的錢包都接不起來，那大概率不是平台功能，只是你自己的小玩具。\u003C\u002Fp>\u003Cul>\u003Cli>標準化是互通的前提。\u003C\u002Fli>\u003Cli>別自己造格式，除非你真的有很硬的理由。\u003C\u002Fli>\u003Cli>能被工具辨識，才有機會成為生態的一部分。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Ethereum 的歷史其實就是一連串取捨\u003C\u002Fh2>\u003Cp>Wikipedia 的歷史段落很長，而且不太好看，但我反而覺得這才是重點。從眾籌、client 競爭、DAO exploit、hard fork、Ethereum Classic 分裂、Enterprise Ethereum Alliance，到後來的 The Merge，整條線都在告訴你：Ethereum 從來不是單純的 codebase。\u003C\u002Fp>\u003Cp>也就是說，它同時是治理問題、安全問題、協調問題、還有生態問題。尤其 DAO 那次事件，直接把「不可變」這種口號打回現實。真出事的時候，大家還是得選擇要不要改歷史。\u003C\u002Fp>\u003Cp>我一直覺得 DAO fork 是 Ethereum 最值得記的教訓。因為它讓你看到，所謂 immutability 在簡報裡很漂亮，但在災難面前，社群還是會討論怎麼處理損失、怎麼維持信任、怎麼決定規則。\u003C\u002Fp>\u003Cp>實操寫法：你如果要在 Ethereum 上做長壽產品，先看它的 protocol history。知道升級怎麼發生、fork 怎麼處理、社群怎麼面對重大 bug。不要只看合約層，因為治理層真的會影響你。\u003C\u002Fp>\u003Ch2>可抄的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># Ethereum，給開發者看的版本\n\nEthereum 是一個去中心化的區塊鏈執行層，支援 smart contract。\nETH 是原生資產，但真正的重點是共享執行環境。\n\n## 這是什麼\n- 公開可驗證的 state machine\n- 可部署、可執行的合約環境\n- 開源協議，有多個 client 實作\n- 支援 ETH、ERC-20、NFT 等資產標準\n\n## 為什麼要管它\n- 讓多方共享同一套規則\n- 可把資產與邏輯一起標準化\n- 用 gas 限制濫用與浪費\n- 已從 proof-of-work 轉成 proof-of-stake\n\n## 什麼情況適合用\n適合用 Ethereum，如果：\n- 你需要多方共同驗證的邏輯\n- 你的產品需要公開結算或公開可驗證狀態\n- 你要跟錢包、交易所、市集等外部工具互通\n- 合約規則比單純資料存取更重要\n\n不適合用 Ethereum，如果：\n- 你只是需要一個資料庫\n- 單一服務商可以更便宜、更快地處理\n- 你的主要需求是私有、高吞吐、低成本寫入\n- 你只是想「順便發個 token」\n\n## 核心心智模型\n1. Chain 是 runtime，不是行銷詞。\n2. ETH 支付執行與狀態變更成本。\n3. Gas 是防濫用，不是額外稅。\n4. Smart contract 是公開機器碼。\n5. ERC 標準決定外部工具能不能接。\n6. 共識機制已經是 staking，不是 mining。\n\n## 建議你在設計前先問\n- 這個系統需要誰信任誰？\n- 哪些狀態一定要上鏈？\n- 哪些檢查可以移到 off-chain？\n- 常用路徑的 gas 成本是多少？\n- 我是不是應該先用標準而不是自創格式？\n\n## 給團隊文件的短版說法\nEthereum 是一個公開的執行層，適合需要共享、可驗證規則的應用。\nETH 用來支付計算與狀態變更成本。\n如果產品不需要公開結算、合約可組合性、或多方共享信任，那 Ethereum 多半不是對的工具。\n\n## 參考來源\n- Ethereum: https:\u002F\u002Fethereum.org\n- Wikipedia: https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FEthereum\n- Geth: https:\u002F\u002Fgeth.ethereum.org\u002F\n- EIPs: https:\u002F\u002Feips.ethereum.org\u002F\n- The Merge: https:\u002F\u002Fethereum.org\u002Fen\u002Froadmap\u002Fmerge\u002F\n\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>如果我要把這段直接丟進 team wiki，我會把前半段留短，把 checklist 留狠一點。這樣大家才不會一邊喊要做鏈上，一邊根本沒想清楚自己在解什麼問題。\u003C\u002Fp>\u003Cp>我這篇是拿 \u003Ca href=\"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FEthereum\">Wikipedia 的 Ethereum 條目\u003C\u002Fa>當底，再加上我自己的開發者拆解。原始資料來自 Wikipedia、\u003Ca href=\"https:\u002F\u002Fethereum.org\">ethereum.org\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Feips.ethereum.org\u002F\">EIPs\u003C\u002Fa> 和 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fethereum\u002Fgo-ethereum\">Geth\u003C\u002Fa>；模板與白話翻譯是我整理出來的。\u003C\u002Fp>","我把 Wikipedia 上的 Ethereum 條目拆成開發者能直接拿去用的速查表，順手補上可複製的團隊版說明模板。","en.wikipedia.org","https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FEthereum",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782152293852-4cw2.png","research","zh","f05d7971-4858-4384-81d8-00299b99ed17",[17,18,19,20,21],"Ethereum","smart contract","gas","proof-of-stake","EIP",[23,24,25],"Ethereum 的重點是執行層，不是幣本身。","Gas 和標準化決定了它能不能真的拿來做產品。","The Merge 與歷史治理事件，會直接影響你對鏈的判斷。",0,"2026-06-22T18:17:49.917842+00:00","2026-06-22T18:17:49.908+00:00","0c35a120-52fc-41fc-afa3-d404eb934158",{"tags":31,"relatedLang":34,"relatedPosts":38},[32],{"name":33,"slug":33},"ethereum",{"id":15,"slug":35,"title":36,"language":37},"ethereum-wikipedia-dev-cheat-sheet-en","Ethereum turns Wikipedia into a dev cheat sheet","en",[39,45,51,57,63,69],{"id":40,"slug":41,"title":42,"cover_image":43,"image_url":43,"created_at":44,"category":13},"faea762d-3f1d-446a-89af-d8278d8eb21f","teampcp-supply-chain-ai-poisoning-zh","TeamPCP 供应链投毒升級","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782162173285-n712.png","2026-06-22T21:02:22.730536+00:00",{"id":46,"slug":47,"title":48,"cover_image":49,"image_url":49,"created_at":50,"category":13},"f5561869-1184-42a7-a2f6-f952340e9742","anthropic-robodog-test-physical-agentic-ai-zh","Anthropic 的 robodog 測試證明：物理型 agentic AI…","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782136971808-hfbo.png","2026-06-22T14:02:22.26746+00:00",{"id":52,"slug":53,"title":54,"cover_image":55,"image_url":55,"created_at":56,"category":13},"10c48be8-a5e6-4153-87d3-573dd4b2aec4","rootly-benchmark-llama-4-trails-coding-models-zh","Rootly 測試：Llama 4 落後編碼模型","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782086568903-6jm6.png","2026-06-22T00:02:22.337854+00:00",{"id":58,"slug":59,"title":60,"cover_image":61,"image_url":61,"created_at":62,"category":13},"422953c3-97a9-4981-b06b-8a8383bd7419","8tai-jiqiren-bao-shiyan-liucheng-zuo-cheng-bihuan-zh","8台机器人把實驗流程做成閉環","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782073091466-pbxi.png","2026-06-21T20:17:40.866759+00:00",{"id":64,"slug":65,"title":66,"cover_image":67,"image_url":67,"created_at":68,"category":13},"2a17250c-5c06-4d19-ac3b-67d3abe4d7c7","xtragpt-paper-revision-human-ai-collaboration-zh","XtraGPT 讓論文改稿有控制感","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782066792613-enzs.png","2026-06-21T18:32:49.170651+00:00",{"id":70,"slug":71,"title":72,"cover_image":73,"image_url":73,"created_at":74,"category":13},"411c8eae-4b17-49a6-bc60-a72749c85a3d","skill-to-lora-cuts-agent-token-overhead-zh","Skill-to-LoRA 讓技能別再吃 Token","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781993875553-e5u3.png","2026-06-20T22:17:30.645442+00:00",[76,81,86,91,96,101,106,111,116,121],{"id":77,"slug":78,"title":79,"created_at":80},"f18dbadb-8c59-4723-84a4-6ad22746c77a","deepmind-bets-on-continuous-learning-ai-2026-zh","DeepMind 押注 2026 連續學習 AI","2026-03-26T08:16:02.367355+00:00",{"id":82,"slug":83,"title":84,"created_at":85},"f4a106cb-02a6-4508-8f39-9720a0a93cee","ml-papers-of-the-week-github-research-desk-zh","每週 ML 論文清單，為何紅到 GitHub","2026-03-27T01:11:39.284175+00:00",{"id":87,"slug":88,"title":89,"created_at":90},"c4f807ca-4e5f-47f1-a48c-961cf3fc44dc","ai-ml-conferences-to-watch-in-2026-zh","2026 AI 研討會投稿時程整理","2026-03-27T01:51:53.874432+00:00",{"id":92,"slug":93,"title":94,"created_at":95},"cf046742-efb2-4753-aef9-caed5da5e32e","adaptive-block-scaled-data-types-zh","IF4：神經網路量化的聰明選擇","2026-03-31T06:00:36.990273+00:00",{"id":97,"slug":98,"title":99,"created_at":100},"53a0dc54-0371-4e40-8d5e-74e94a73840c","geometry-aware-similarity-metrics-for-neural-representations-zh","超越距離測量：用微分幾何重新理解神經網路","2026-03-31T06:01:01.241968+00:00",{"id":102,"slug":103,"title":104,"created_at":105},"fee7d472-a775-4b1d-bbc2-1e8bca1bbf8b","on-the-fly-repulsion-in-the-contextual-space-for-rich-divers-zh","讓AI繪圖更有創意：用排斥力提升生成多樣性","2026-03-31T06:01:25.439673+00:00",{"id":107,"slug":108,"title":109,"created_at":110},"a9901203-d69b-447b-8854-15d14eab32b4","vision-aided-beam-prediction-cnn-eca-zh","影像輔助波束預測升級 CNN","2026-04-01T10:00:25.8073+00:00",{"id":112,"slug":113,"title":114,"created_at":115},"b55e7dd4-0a24-4b3d-804d-b0309a03f498","triple-band-fss-mimo-antenna-sub-6-ghz-zh","三頻 FSS MIMO 天線瞄準 sub-6 GHz","2026-04-01T13:18:36.857305+00:00",{"id":117,"slug":118,"title":119,"created_at":120},"f68290bd-e7f3-4b30-ba22-dcd4e0130a66","openclaw-1299-repos-eight-weeks-analysis-zh","OpenClaw 1299 個 Repo 的資料解讀","2026-04-02T05:03:45.208411+00:00",{"id":122,"slug":123,"title":124,"created_at":125},"ed9f80eb-eb02-4d35-8ad4-0ddf428751dd","beam-coherence-aware-combining-mmwave-mimo-zh","毫米波 MIMO 的雙階合併法","2026-04-02T05:27:26.897188+00:00"]