什麼是 Incentiv：EVM PoW L1 和原生 AA 解釋

它適合希望了解可編程帳戶和貢獻激勵如何結合的初學者和中級讀者。與主要在應用層修補 account abstraction 的堆疊相比，Incentiv 將智能錢包、Bundlers、EntryPoint 和費用抽象放置在可用於協議的路徑上，使得轉帳、交換和批量操作的感覺更接近單一確認。機制檢查從 Incentiv Docs 開始；獎勵通過 Incentiv+ 運行，根據可衡量的貢獻向參與者返回價值。

評估通常涵蓋可驗證的 AAA 管道、統一代幣費用路徑、CENT 供應和角色、貢獻計分的 PoW、Portal MCP 對 AI 代理的能力邊界，以及使用前需檢查的風險和限制。

主要要點

• Incentiv 是一個 EVM PoW Layer 1：原生 AAA 鏈 UserOperation → Bundler → EntryPoint（可選的 Paymaster）形成可追蹤的路徑。
• 統一代幣可以用支持的資產如 USDC、USDT 或 WETH 來支付燃料費，降低在互動前儲備 CENT 的需求。
• CENT 的固定供應為 1000 億個代幣，於創世時鑄造，沒有通脹性發行；Incentiv+ 根據貢獻向多個角色返回有限的池獎勵。
• Portal MCP 針對 AI 代理：它可以讀取鏈狀態、構建未簽名操作並轉發簽名結果；託管的端點不持有私鑰。

Incentiv 是什麼，它解決了哪些鏈上摩擦點？

Incentiv 將網絡定位於適合人員和應用：基於 EVM PoW 的原生 AAA，加上對真實貢獻的經濟反饋。它針對的摩擦點包括難以保管的 EOA 鍵、需要預先資助的原生燃料、多步驟批准破壞用戶體驗，以及“交易計數農業”與真實價值的映射不佳。

匹配的響應是攜帶意圖的智能錢包；擴大費用貨幣的 Paymaster 和統一代幣；以及將有限池導向可衡量角色的貢獻導向獎勵。帳戶、費用、激勵和 Portal / Portal MCP 進入點並行運行——評估 Incentiv 的基本框架。

Incentiv 的高級帳戶抽象如何運作？

高級帳戶抽象（AAA）用意圖消息取代僵化的交易，並將 AA 放置在可用於協議的路徑上，與普通交易並行運行。可驗證的管道為：

1. 構建 UserOperation（意圖，而不僅僅是低級調用參數）
2. 智能錢包驗證簽名、限制、恢復和相關規則
3. 進入 Alt Mempool；Bundlers 模擬和批量處理
4. 可選的 Paymaster 贊助或用支持的代幣結算燃料費
5. EntryPoint 確認“已驗證 → 可支付 → 原子執行”
6. 探索者調和 UserOperation、Bundle、Bundler 和 Paymaster

圖 1. Incentiv AAA 生命週期：意圖通過智能錢包、Bundler 和可選的 Paymaster 流動，然後 EntryPoint 驗證並執行。

與僅作為應用層修補的 AA 相比，關鍵點在於錢包規則優先級、EntryPoint 作為統一網關，以及可插拔的費用抽象。在 Portal 上發送、交換和批量操作通常表現為單一確認；開發者可以驗證 Bundler https://bundler.incentiv.io 和主網參數。

統一代幣如何讓用戶用非 CENT 資產支付燃料費？

統一代幣讓用戶在支持的資產中選擇燃料貨幣：在 Portal 估算費用後，他們可以從餘額足夠的代幣中選擇。當持有 CENT 時，CENT 是默認選擇，但可以選擇 WETH、USDC、USDT 和其他列出的資產。在底層，Paymaster 和原生 DEX 將用戶端費用移至可結算的路徑，同時保留 CENT 結算語義。

結果是，第一次互動不必要求專門購買 CENT——但所選代幣必須在支持列表上，且餘額必須覆蓋估算。橋接和類似流程可能仍需帳戶直接持有 CENT；不應假設每個跨鏈費用都有 Paymaster 覆蓋。

Incentiv+ 如何根據貢獻獎勵參與者？

Incentiv+ 將網絡活動映射為貢獻者獎勵：用戶、代理、dApps、礦工、Bundlers、流動性提供者及相關角色可以根據可衡量的貢獻從有限池中獲得額外的 CENT——而不僅僅是交易計數。

主網 Portal 規則包括一個示例閾值：在一天內超過 100 筆交易後，第 101 筆及以後的合格交易將獲得相當於在這些合格交易中支付的 CENT 燃料費的 50% 現金回饋，按日計算；低於閾值時，當天的現金回饋為 0。完整的角色計分和統一獎勵池需要交叉檢查貢獻指標、池內份額和時期規則。

圖 2. Incentiv+ 獎勵分配：區塊燃料費按固定比例分配給礦工和費用分配者，然後根據貢獻規則返回給多個參與者角色。

協議層級的費用分配必須與 Portal 可見的現金回饋區分開來：現金回饋並不意味著無上限的補貼。文檔 / Portal 顯示的規則和池上限仍然是事實的來源。

CENT 是什麼，它在 Incentiv 中扮演什麼角色？

CENT 是原生代幣和計算單位：它定價燃料費、作為統一代幣結算的基礎，並作為 Incentiv+ 和相關獎勵的支付資產。whitepaper 將供應框架固定在 1000 億個代幣，於創世時鑄造，沒有通脹性新發行——費用和貢獻在現有供應中流通。總供應和分配披露也可以與 Gate Initial Listing: Incentiv (CENT) 公告進行交叉檢查。

貨幣符號仍然是 CENT。其他支持的代幣可以支付費用，但報價、探索者和某些跨鏈費用仍然解析為 CENT 語義。在 Gate 上，CENT/USDT spot trading 是觀察報價和深度的交易對。固定供應並不是收益或價格的承諾；浮動、解鎖和市場深度仍然影響實際成本。

什麼是貢獻計分的 PoW，它與傳統 PoW 有何不同？

貢獻計分的 PoW 保持無許可的 PoW 區塊生產，但將礦工獎勵從固定的通脹補貼轉向與實際使用相關的費用和貢獻分配。根據文檔：從創世開始，礦工不再由通脹性區塊獎勵資助；每個區塊的約 12.5% 燃料費進入礦工，約 87.5% 進入費用分配者。挖礦傾向於 Ethash 風格，對 GPU 友好且記憶體要求高。

安全預算是否保持足夠仍然取決於費用規模、算力分配和客戶質量——這是持續檢查，而不是一次性判斷。

Incentiv 如何擴展到 AI 代理，Portal MCP 扮演什麼角色？

Incentiv 將可編程帳戶擴展到代理：可以設置預算、權限和可撤銷授權。Portal MCP (mcp.incentiv.io) 提供發現和可調用工具；身份錨定於此鏈，而資產可以通過官方橋接在支持的 EVM 網絡之間移動，然後再返回 Incentiv。

一個合理的模式保持 MCP 在報價和組裝上，而簽名和限制則由用戶或本地政策保留。

用戶在評估 Incentiv 時應考慮哪些風險和限制？

在優勢方面：原生 AAA 減少步驟，統一代幣擴大燃料貨幣，費用耦合的 PoW 軟化了無盡的通脹補貼敘事，Portal MCP 邊界是可檢查的。在限制方面：PoW 安全預算取決於費用和算力；Bundler、Paymaster 或 EntryPoint 的故障可能會阻礙確認；統一代幣僅涵蓋列出的資產；Incentiv+ 池是有限的，規則可能會改變；橋接和過於寬泛的代理權限可能導致資金損失。參數和合約應與網站、文檔和探索者進行交叉檢查。

總結

Incentiv 結合了 EVM PoW Layer 1、原生 AAA、統一代幣和貢獻導向的 Incentiv+：意圖從智能錢包發出，通過 Bundler 和 EntryPoint 降落，費用可以用非 CENT 資產結算，獎勵來自有限的貢獻池，代理使用 Portal MCP 進行構建–自簽–廣播路徑。基線參數為鏈 ID 24101，RPC https://rpc.incentiv.io，探索者 https://explorer.incentiv.io。評估應回到管道、費用分配和 MCP 能力表。

常見問題

Incentiv 是什麼？

Incentiv 是一個基於原生高級帳戶抽象的實時 EVM 兼容的工作量證明 Layer 1，旨在減少操作和燃料摩擦。原生代幣是 CENT；進入點包括網站、文檔和 Portal。

CENT 代幣是什麼，供應如何設置？

CENT 是 Incentiv 的原生代幣，用於燃料定價、費用結算和獎勵支付。根據白皮書框架，供應固定為 1000 億個代幣，於創世時鑄造，沒有通脹性新發行；浮動和解鎖仍需公共分配披露、listing announcement 和鏈上數據。Gate 的現貨交易對為 CENT/USDT。

用戶可以在不持有 CENT 的情況下支付燃料費嗎？

在統一代幣支持下，可以：Portal 可以選擇支持的代幣，如 USDC、USDT 或 WETH 作為燃料，通過 Paymaster / DEX 路徑結算。當持有 CENT 時，CENT 是默認選擇；橋接和相關流程可能仍需直接持有 CENT。

Incentiv 的鏈 ID 和 RPC 是什麼？

主網鏈 ID 為 24101，貨幣符號為 CENT，RPC 為 https://rpc.incentiv.io，探索者為 https://explorer.incentiv.io，Bundler 為 https://bundler.incentiv.io。網絡新增項目應逐項檢查文檔網絡配置。

使用 Incentiv 的主要風險是什麼？

主要風險包括與費用規模相關的 PoW 安全、依賴多組件 AAA、獎勵規則和池上限變更、橋接和地址錯誤，以及過於寬泛的代理 / Portal MCP 權限。託管的 MCP 不持有密鑰並不意味著鏈上操作沒有風險；權限、資產列表和探索者上的 UserOperations 仍需審查。