開發者會議紀錄 DevMeeting 20171217

  • 增加了關閉DNS查詢的指令 (為了離線模式而設計的)
  • 防彈協定(BP)已開始在測試網路(testnet)中運作了
    • 協定中的數學部分已經很仔細的審視過了,並無明顯的錯誤,是時候來測試了
    • “對加密學來說最好的測試就是時間” — Surae
    • 關於何時可以在主要網路中啟用BP的部分討論了非常久(佔了絕大多數的開會時間),選項分別有2018三月或九月的硬分叉
    • 防彈協定若無法趕上三月的硬分叉,屆時可能會另有替代方案暫時降低手續費
  • 門羅幣硬體錢包小組今天有個可以簡化韌體升級程序的重大突破
  • 下一次會議時間是2018年的一月14

閱讀更多

關於Monero手續費的一份筆記

近期社群中不斷有抱怨認為Monero交易的手續費過於昂貴。雖然我們並不同意其中的一些意見,但我們還是必須先徹底地分析一下這個情況。在那之前我們必須回應一點,有些抱怨認為開發者理當要將手續費直接修改降低後釋出新版本,但這樣的作法是因小失大的,因為 1. 這個方法只是把問題向後拖延;2. 改變參數與公式需要進行硬分叉,而這需要全面的共識;3. 每當價格變化後就得介入調整手續費的作法與去中心化的生態是矛盾的。

這就讓我們拿幾個同是使用工作證明(POW)的區塊鏈貨幣來做個每單位容量(kB)手續費比較:

  • 比特幣 Bitcoin: ~$26.90
  • 乙太幣 Ethereum: ~$2.91
  • 萊特幣 Litecoin: ~$0.10
  • 達世幣 Dash: ~$0.07
  • 門羅幣 Monero: ~$0.24

比較起來,Monero的每單位容量手續費其實並不算高。但是由於每筆交易所需的容量較大,實質的費用就因此變得相當高。但必須注意的是,Monero較大的交易容量是來自於預設的隱私保護功能。例如隱藏交易金額功能RingCT中的Range proofs可以佔到12kB的容量;但RingCT在強化交易隱私上是絕對必要的,當這功能還沒有啟用時,讓許多交易洩漏了隱私。 不過有個好消息是,未來Bulletproofs協定的啟用將會降低Monero至少80%的交易容量。

閱讀更多

防彈協定(Bulletproofs)將為Monero帶來更低的手續費

這是一篇關於防彈協定(Bulletproofs)的進度簡述與其在Monero上的應用介紹。簡單來說: 這協定令人驚艷,有效地降低了手續費,且已準備好要在測試網路(testnet)上開始測試。

現行的保密交易技術(confidential transactions, CT)可將Monero的交易金額隱藏,但為了確保所有人都可以驗證交易輸入和輸出的總和為零,我們使用具有代數性質的承諾協議(commitment),此外,我們還需要確保所有數值為正值以免造成溢位(overflow)的風險,此時範圍保護(range proofs)就發揮了作用。範圍保護可以讓每個人得以將承諾協議限制在一個特定的範圍內進行驗證,並完全不洩漏其他的交易資訊。我們現行的範圍保護協定會因交易輸出增加與範圍長度(目前為64bit)而使得容量大小呈現線性成長,這就造成了肥大的交易容量。不僅如此,若是交易中有多筆輸出,每筆輸出都需要分別有各自獨立的範圍保護,更會大幅增加交易容量,這並不是一件好事。

感謝Bünz、Bootle 與其他作者近期發表的一篇論文 (原文在此),他們在論文中提出了一個更有效率的範圍保護協定,稱為防彈協定。

閱讀更多

開發者會議紀錄 DevMeeting 20171001

  • 一款名為Monerujo的Android錢包APP已在google play商店正式發佈
  • vtnerd 公佈了一個用於測試錢包掃描速度的工具,並比較了各種不同密碼學函式庫與方法(方法大多來自MRL提供)造成的差異
  • MRL 打算在今天要釋出一份有關subaddresses的資料,但必須先將格式整理好
  • Sarang 繼續埋首研究聚合簽名(aggregate signature)
  • FFS(論壇資助系統)正在重新設計成可以直接植入getmonero.org網頁中的形式
    • 模擬畫面
    • 可能會重新命名。CFS(Community funding system-社群資助系統)?
  • Monero專案的授權問題極度需要討論
  • Purism(https://puri.sm)目前對於將Monero預設直接植入他們的Debian(PureOS) 版本中十分感興趣
    • 這也意味著可能可以推廣到Debain的上游程式碼中
    • 如果有任何人正在運行PureOS (https://pureos.net/),Monero開發團隊希望可以得到一些Monero在上面運行狀況的意見回饋
  • 十二月將會有個”Monero月”的計畫
    • Monero 將會出席CCC(34C3)-跟BTC團隊與riat團隊一同出席。討論串位於 #monero-ccc
    • 將舉辦 Monero 維也納見面會

閱讀更多

開發者會議紀錄 DevMeeting 20170917

  • 本周的v0.11新版發佈因測試跟發佈時間間隔太短了,問題比以往來的多。接下來團隊將會嘗試為測試和新版發佈訂下更嚴格的時程。
    • 硬分叉時間為三月和九月
    • 程式碼則將在六月中與十二月中凍結
    • 這讓新版本在釋出前有更多機會進行測試跟問題的修復
    • 同時也提供更多釋出小數點版本(point release)的機會
  • 因應上述更結構化的步調,較大的更新應該會陸續加入主程式碼中。這些更新都不需要進行分叉。
    • Sub-Addresses
    • Multisig (MRL團隊表示目前看起來還不錯,但還是需要更多驗證,約在2017年十一月底可以完成。)
    • ZeroMQ
  • 需要更多的單元測試(Unit Testing) – 這對新的開發者來說是一個很好的入門方式。
  • Luigi1111 在GUI跟官方網站的工作上都從”候補維護者”轉為”主要維護者”,FluffyPony則轉為候補維護者。
  • 關於MyMonero GUI的部分
    • MyMonero 的Apple 鄧白氏編碼依然還沒收到
    • 為AppStore申請的MyMonero 的Google帳號已經準備好了(但也需要鄧白氏編碼)
    • 兩者都還是有在增加新東西(將iOS的程式碼改寫成JavaScript 的App)
  • MRL 的第二次未來規劃(roadmap)已經準備好讓各方校對了: https://drive.google.com/file/d/0ByPYdEm6O54rZGpTbkcwdWMwcW8/view

閱讀更多

開發者會議紀錄 DevMeeting 20170820

  • RingCT 2.0團隊已與我們聯絡
    • 但目前這方案似乎不太可行,因RingCT2.0需要一個信任設置(trusted setup)的過程。
  • 在RingCT 2.0中,Tim Ruffing 提出了透過次級線性環狀簽名+CT的方案來改進 Monero
    • 這篇論文的作者為Time Ruffing、Sri Aravinda Krishnan Thyagarajan、Viktoria Ronge 跟 Dominique Schröder。
    • Knacc 將會把資訊統整後透過java來試著植入。
    • surae表示 RuffCT 極為有效的讓環狀簽名的容量大幅上升(100k以上)。 “有這個之後,幾乎每筆交易都可以輕鬆地直接跟半個區塊鍊的交易資訊環簽在一起”。
    • surae表示 “這感覺像是外星人突然降臨然後給我們比光速還快的移動能力”。
    • 後續在Reddit上Tim 解釋了100k以上的附註可能無法實行,但至少比現有的環簽容量提升許多。
    • 這方案有可能影響到MultiSig,因為現有的MultiSig程式碼都需要重寫,所以 MultiSig 應該會先用原樣發布,等到RuffCT上線後再重新植入。
  • 手機錢包的部分
    • “app store的帳號正在等待Apple要求的鄧白氏環球編碼(D-U-N-S)程序,已將文件掃描後寄到Google跟M$了”
  • 為了準備Monero即將到來的版本釋出跟分叉(還有其他東西),已在Github上開了新的分支。
  • 針對”專案要更頻繁釋出版本”的討論,這問題是會大幅增加開發者們的負擔,而且我們其實一年也已有數個版本在釋出了。
    • 上述提到的專案分支也許可以解決這個問題。

 

以上翻譯來自於紀錄原文: https://monerobase.com/wiki/DevMeeting_2017-08-20

閱讀更多

Monero的預設環簽交易(RingCT)大小將調升

根據reddit社群上SamsungGalaxyPlayer的消息整理指出

依照2015年時 Monero 研究室的研究報告中規劃,在今年2017年時的9月例行分叉後,環簽交易的預設大小下限應訂為5。

但目前技術的進步是在當時沒有預料到的,包括現在新增一個輸入到環簽所增加的成本降低了,環簽輸入5與輸入10所占用的區塊容量差異也已大幅降低,這使得社群正重新考慮要提升這個下限值。

閱讀更多