Monero（門羅幣）

Monero 源自 CryptoNote 協議和 Bytecoin 代碼，但官方歷史指出 Bytecoin 的秘密預挖與時間線引發不信任。匿名賬號 thankful_for_todaythankful_for_todaythankful_for_today 是 Monero 的匿名／化名發起者。該賬號於2014年4月基於 Bytecoin 與 CryptoNote 代碼啟動 BitMonero；社區很快因開發方向分歧接管並改名 Monero。其真實身份未獲可靠公開確認。點擊查看完整詞條 在2014年4月公開預告並啟動 BitMonero，沒有預挖、瞬時挖礦或開發者獎勵。⁠[1]

Monero官方歷史把2014年4月上線描述為預先公開的公平發佈：沒有為創始人保留預挖，沒有發佈瞬間私下快速開採，也沒有把區塊獎勵固定分給開發組織。開發資金後來主要來自自願捐贈和社區眾籌，而不是協議稅。⁠[2]

這些條件可核查創世與獎勵規則，但不保證所有礦工使用同等優化軟件、算力平均或早期持倉完全分散。“公平發佈”是發行機制判斷，不是財富分佈結論。⁠[2]

Monero採用CryptoNote提出的一次性地址、可鏈接環簽名和平滑發行等思想，啟動代碼直接從Bytecoin參考實現分叉。但它建立新的創世區塊和供應曲線，沒有複製Bytecoin賬本或把Bytecoin餘額映射成XMR。⁠[3]

CryptoNote是協議族，Bytecoin是早期實現，Monero是獨立網絡；三者作者、代碼貢獻和資產不能混為一談。白皮書署名Nicolas van Saberhagen也不能據此認定為Monero創始人或thankful_for_today。⁠[3]

網絡於2014年4月18日上線。創始人與社區很快因開發優先級產生分歧，社區分叉代碼、組建 Core Team 並將名稱縮短為 Monero。Nicolas van Saberhagen 是 CryptoNote 白皮書筆名，不應與 Monero 發起者混為一人。⁠[1]

發起人最初使用“BitMonero”，把Bitcoin比特幣比特幣（Bitcoin，常用符號 BTC）是一套開放的點對點電子現金協議、網絡及其原生數字資產。完整節點按共識規則獨立驗證交易和區塊；交易以 UTXO 記錄，區塊通過工作量證明組織為公開賬本。比特幣不由單一機構發行或管理，但使用、託管和交易仍涉及密鑰、隱私、市場與法律風險。點擊查看完整詞條前綴與世界語monero（意為“硬幣”）組合。早期貢獻者認為名稱冗長，在公開IRC和論壇討論後去掉“Bit”，採用Monero並逐漸以MRO、後來的XMR作為市場代碼。⁠[4]

改名沒有重置賬本或重新分配餘額；它與社區接管在同一早期衝突期發生，但不能僅憑名稱變化推斷掩蓋發行。論壇記錄還顯示雙方對改動必要性存在公開分歧。⁠[4]

早期論壇參與者指出，實際代碼的平滑排放速度與發起帖中“接近Bitcoin曲線”的表述不同，並提出調整區塊時間、發行和其他參數。thankful_for_today反對快速改動，貢獻者則主張項目已超出個人願景，最終以新Core Team和社區跟隨的代碼分叉繼續。⁠[4]

這不是一次將舊幣換成新幣的空投，而是開源倉庫、名稱和社會支持的控制權轉移。事件形成Monero後來反覆強調的治理原則：維護者可協調，但社區和節點可拒絕並另行分叉。⁠[4]

Bytecoin/CryptoNote早期挖礦代碼存在明顯性能優化空間，公開礦工與更優化實現之間可能出現巨大速度差異。Monero團隊隨後公開改進礦工，並最終在CryptoNight多次抗ASIC變體失敗後於2019年切換RandomX。⁠[5]

性能差異會影響早期分配，但現有可靠證據不能證明thankful_for_today編寫或秘密使用了優化礦工，也不能量化其收益。應把“參考代碼可被顯著優化”與“匿名發起人蓄意暗挖”嚴格分開。⁠[5]

2014年9月4日，攻擊者利用繼承自CryptoNote參考代碼的Merkle樹處理缺陷構造異常區塊，使網絡分成互不承認的節點集合，並出現短暫的類偽造窗口。開發者協調修復，MRL隨後發佈技術復盤。⁠[6]

MRL-0002明確稱這是內部調查、未經同行評審，且當時並非所有影響都已知。詞條因此記錄攻擊機制、分裂和修復，不把報告升級成對所有歷史供應的獨立形式化證明。⁠[6]

環簽名把真實花費輸入與誘餌輸出組合，使外部觀察者難以判斷哪一個是真實來源；一次性隱蔽地址讓不同收款在鏈上生成不可直接關聯的目標。兩者分別保護髮送方關聯和接收方地址，但錢包、網絡和交易所元數據仍可能洩露身份。⁠[7]

Monero Research Lab是開放協作研究群體，發佈環簽名、RingCT、誘餌選擇、地址方案和潛在漏洞的論文、註釋白皮書與會議記錄。它把協議假設暴露給外部審閱，並與社區資助的獨立審計配合。⁠[8]

MRL不是大學法人或法定標準機構，論文也並非全部經過同行評審。研究建議只有在實現、審計、發佈並由網絡升級採納後才成為共識規則。⁠[8]

每個Monero輸入把真實被花費輸出與誘餌輸出放入環中，觀察者只知道其中一個成員是真實來源。若某些誘餌後來因時間、錢包缺陷或已知交易被排除，推斷可能沿其他環傳播，形成“chain reaction”並削弱過去交易的不可追蹤性。⁠[9]

環大小增加和誘餌抽樣改進降低風險，卻沒有把概率隱私變成絕對不可識別。交易所記錄、對手方信息、輸出合併、時間特徵和錢包實現仍可能提供外部線索。⁠[9]

Ring Confidential Transactions 自2017年成為核心功能，在環簽名基礎上隱藏轉賬金額，並用密碼學證明維持輸入輸出守恆。隱藏金額不等於系統可以任意增發；節點仍驗證承諾與範圍證明。⁠[10]

Bulletproofs 大幅縮小範圍證明並降低費用，後續 Bulletproofs+ 繼續優化。協議也逐步提高並固定環大小；當前技術文檔列出環大小16，即一個真實輸入與15個誘餌。歷史參數不能用於推斷所有時期交易具有相同匿名集。⁠[11]

錢包可從一個主賬戶派生大量子地址，為每個客戶、訂單或公開場景提供不同收款入口；外部付款人通常無法從地址本身判斷多個子地址屬於同一錢包。只讀錢包可用主查看密鑰掃描這些派生地址。⁠[12]

若用戶把多個子地址餘額一次性合併到同一交易，付款人可能通過輸入組合重新建立關聯。標籤只存在於本地錢包，恢復種子後不一定保留；P2Pool挖礦還要求主地址而不支持子地址。⁠[12]

隱蔽地址要求發送者為每筆支付生成一次性鏈上目的地；收款人的私有查看密鑰用於發現屬於自己的輸出，私有花費密鑰用於授權支出。用戶可分享查看密鑰建立只讀錢包或向審計人披露入賬，而不交出直接花費權。⁠[13]

傳統查看密鑰對出賬識別並不總是完整，且共享後接收者可長期觀察相應信息。選擇性披露不能證明現實身份、現金來源或所有鏈外交易，也不會隱藏錢包連接遠程節點時洩露的網絡元數據。⁠[13]

2020年10月網絡升級以CLSAG替代MLSAG作為強制環簽名結構。在典型兩輸入兩輸出交易中，項目測算大小由約2.5 kB降到1.9 kB，約縮小25%，驗證性能也改善。獨立審閱者檢查安全證明與實現，並提出證明修改和信息性建議。⁠[14]

審計增加信心但不保證永無漏洞；硬件錢包和節點仍需升級。CLSAG提高效率，不改變環匿名集的概率性質，也不隱藏IP地址。⁠[14]

2022年8月網絡升級啟用Bulletproofs+以縮小金額範圍證明並加快驗證，給輸出加入一字節view tag以減少錢包掃描成本，把固定環大小從11提高到16，並調整動態區塊權重與費用。版本還包含多籤安全修復並默認關閉實驗多籤。⁠[15]

view tag用於快速排除不屬於錢包的輸出，不公開金額或收款地址；它也不是完整查看密鑰。環大小16表示一個真實成員加15個誘餌，不等同於1/16概率即可識別真實輸入。⁠[15]

Monero 於2019年11月30日切換 RandomX 工作量證明，強調通用 CPU 的隨機代碼執行與內存使用，以減緩專用硬件形成優勢。抗ASIC是持續博弈而非永久保證；網絡安全仍取決於算力分佈、礦池和經濟激勵。⁠[7]

Dandelion++先把新交易沿隨機“stem”路徑低調轉發，再在“fluff”階段擴散，降低觀察大量節點者把首個廣播IP與交易綁定的能力。它保護的是傳播元數據，不改變鏈上環簽名、金額承諾或目的地址。⁠[7]

官方技術說明明確指出，Dandelion++不能防ISP/VPN供應商，也不能保證首個遠程節點不觀察用戶；充分網絡隱私仍可能需要Tor/I2P、自建節點和正確配置。⁠[7]

主要排放結束後，每個區塊永久發行0.6 XMR，約兩分鐘一個區塊。尾部發行保持礦工補貼並允許貨幣供應緩慢增長；固定每塊發行使年化通脹率隨總存量上升而下降。⁠[7]

輕量錢包可連接遠程monerod而無需保存完整鏈，但節點能看到連接IP、查詢時機和提交交易。惡意節點還可能返回錯誤信息或構造影響誘餌選擇的數據，嘗試關聯真實支出。官方指南優先建議自建節點或受信節點，並在不得已時使用Tor/I2P。⁠[16]

遠程節點通常沒有用戶花費密鑰，不能僅憑連接直接花錢；但“不能花費”不等於“看不到元數據”或“不能拒絕服務”。錢包必須驗證共識數據並核對節點信任模型。⁠[16]

Monero P2Pool用獨立側鏈記錄礦工份額，找到滿足主網難度的模板時，coinbase直接向PPLNS窗口內礦工支付；沒有中心池錢包、准入管理員或強制池費。它試圖兼顧小礦工高頻收益與自控區塊模板。⁠[17]

P2Pool不改變Monero共識或發行，也不能保證全網算力分散。礦工仍需運行節點、公開用於挖礦的主地址並及時升級；傳統大池集中和算力租賃仍是安全風險。⁠[17]

Core Team管理必須集中保管的域名、網站、倉庫權限、參考客戶端簽名和部分捐贈，並在社區爭議中充當協調者。官方說明同時強調成員不是任何人的老闆，Core Team不等於Monero，社區可在失去信任時分叉。⁠[18]

代碼合併權、簽名發佈、資金託管、研究建議、礦工出塊和節點接受是不同權力層。匿名貢獻者與工作組可在無Core許可下開發替代實現，但仍需用戶驗證來源。⁠[18]

Community Crowdfunding System允許個人提交開發、研究、審計、活動或工具提案，經公開討論和鬆散共識後募款；Core Team託管款項，在里程碑完成後支付。未完成或超募餘額按規則可能轉入General Fund。⁠[19]

CCS不是鏈上治理投票，捐款額也不直接購買協議控制權。Core擁有託管和爭議裁量，參與者也可不用CCS自行募資；這種靈活性同時帶來信任、透明度和交付風險。⁠[19]

Monero剪枝節點保留完整交易歷史和驗證所需數據，只刪除可從其他節點重新獲得的7/8環簽名歷史數據，並隨機保留其中1/8供網絡使用。官方估計從頭同步剪枝鏈可節省約三分之二存儲。⁠[20]

剪枝不等於輕錢包：節點仍驗證新區塊和交易。對已有數據庫執行原地剪枝只把空間標記可複用，文件不會立即縮小；依賴網絡補齊被刪數據仍要求足夠多不同剪枝條帶節點。⁠[20]

FCMP++計劃用零知識完整鏈成員證明替代固定16成員環，讓花費者證明真實輸出屬於巨大鏈上輸出集合，同時加入花費授權與可鏈接性以阻止雙花。設計目標是減少誘餌抽樣、鏈重組和統計排除對發送者隱私的影響，並儘量避免強制遷移舊地址。⁠[21]

更大匿名集不自動解決IP、錢包行為、交易所KYC或惡意設備洩露；新證明也增加實現、性能和審計複雜度。提案說明的是設計目標，不是當前主網保證。⁠[21]

FCMP++配套CARROT地址／掃描協議已進入獨立實現、alpha與beta stressnet、性能修復和外部審計階段。CCS進度給出的路線是壓力網、完成代碼審查與審計、testnet，最後才進入mainnet；硬件錢包、多籤和同步性能仍需驗證。⁠[22]

截至2026年9月4日，官方主線發佈仍為0.18系列，FCMP++／CARROT沒有主網激活。社交媒體或視頻把“壓力網運行”寫成“升級已上線”屬於狀態混淆。⁠[22]

Qubic 曾宣傳掌握 Monero 多數算力並完成“接管”。後續獨立實證研究估計其長期平均佔比約23%至34%，觀察到短時重組但沒有證據證明持續控制51%算力。詞條將項目方聲明與獨立測量並列，避免把宣傳等同已證實攻擊。⁠[23]

Monero 沒有公司發行人，開發通過公開倉庫、研究實驗室、維護者和社區共識推進。強隱私也帶來交易所下架、合規限制和執法關注；協議隱私不能免除用戶所在地法律，且錯誤保管私鑰仍會造成不可恢復損失。⁠[1]

Regulation (EU) 2024/1624第79條要求銀行、金融機構與加密資產服務商不得維持匿名賬戶，或允許賬戶持有人匿名、交易被增強混淆的賬戶，包括通過anonymity-enhancing coins。規則針對受監管機構向客戶提供和託管賬戶。⁠[24]

序言明確區分不控制資產的軟硬件或自託管錢包供應者；因此不能概括成歐盟在協議層禁止個人運行Monero或持有XMR。各服務商仍需按生效時間、許可和本地執行評估。⁠[24]

Kraken因監管變化於2024年10月31日停止EEA客戶所有XMR現貨交易和充值，12月31日停止提現，並把剩餘XMR自動換成BTC後分發。其他司法轄區和平臺政策可能不同，時間表也會更新。⁠[25]

中心化交易所下架減少法幣入口和託管流動性，卻不能停止點對點轉賬、挖礦或自託管節點。用戶還面臨價差、換幣稅務、詐騙場外交易和不受監管平臺風險。⁠[25]

截至本批檢索，GitHub發佈頁把v0.18.5.1 Fluorine Fermi列為最新推薦版本，包含大量daemon與RPC錯誤修復。官方二進制提供簽名和哈希，源碼master則可能含不穩定或與正式版不兼容的更新。⁠[26]

用戶應從官方渠道核對簽名、哈希和版本，不把錢包餘額顯示正常視為軟件安全。網絡隱私和共識兼容常依賴及時升級；硬件錢包、GUI、CLI、節點和第三方庫的版本也必須彼此匹配。⁠[26]