Q錢包、Q客戶端和Q伺服器
Q錢包旨在通過像Q伺服器和Q客戶端這樣的中介層,實現可擴展性和經濟可行性,從而吸引一百萬用戶。
Qsilver,2024年3月13日。
介紹
Q錢包從零開始設計,目的是為Qubic用戶提供一個易於使用的入門錢包。主要目標是吸引一百萬用戶,這是一個當前的Qubic網絡無法直接處理的龐大數字。為了實現這一目標,我們需要像Q伺服器和Q客戶端這樣的中介層。本文討論了實現百萬用戶Q錢包所需的各種挑戰和解決方案。
Q錢包基礎
Q錢包基於我的C語言移植的qubic-cli的低級Qubic加密代碼的WebAssembly (wasm)移植。所有種子管理和交易創建都在wasm中處理,UI與wasm模塊交互,以提供易於使用的體驗。高級用戶可以在CLI模式下使用Q錢包,儘管這適合不到1%的用戶。
初始功能
Q錢包的第一個版本將支持生成種子和接收/發送QU等基本功能。隨著Qubic上更多智能合約(SC)的啟用,未來的更新將增加更多功能,尤其是Q錢包內的QX交易。
種子管理
用戶的第一步是創建一個種子。Q錢包支持標準的55字符Qubic種子和加密標準的24詞種子。為確保用戶能夠隨時訪問其資金,Q錢包在初始帳戶創建期間需要提供種子備份證明。種子從不保存,並在使用後立即從RAM中刪除,以防止洩漏。
需要密碼才能登錄帳戶,前提是存在哈希種子文件。如果種子文件丟失,可以使用備份重新創建。高級用戶可以管理與種子鏈接的多個地址,但目標是為大多數用戶提供簡單的單一地址體驗。
跨平台兼容性
由於基於wasm和JavaScript,Q錢包預計可以在所有桌面和移動平台上運行,儘管移動兼容性尚在確認中。Q錢包通過連接到Q客戶端的WebSockets獲取網絡信息,Q客戶端是一個運行在與Q伺服器相同服務器上的小模塊。Q伺服器使用持久連接連接到Qubic網絡,大大提高了性能。
可擴展性
每個Q伺服器可以處理許多由WebSockets生成的Q客戶端,這些Q客戶端與每個連接的Q錢包相關聯。單個服務器可以處理的Q錢包的實際數量仍然未知,但估計在數萬個。因此,可能需要數十甚至數百個Q伺服器節點。
Q伺服器從sendmany項目演變而來,該項目使用QUTIL SC 25支付調用在20個tick中處理15,625筆付款。它目前可以監控100萬個地址,但其能夠監控的活躍地址的極限尚不清楚。
經濟學
為了經濟地支持百萬用戶的Q錢包,它應作為一個基本錢包免費使用。然而,實時監控錢包需要不斷的活動。降低刷新率可以顯著增加服務器能夠支持的用戶數。例如,一分鐘的刷新率可以支持比每tick刷新率多10倍的用戶。
可以以象徵性的費用提供高級服務,例如每tick更新和完整的存檔訪問,可能約為每QU 10個tick(約一天一便士)。這些初始收入是必要的但不足以支付基礎設施成本,需要通過用於獎勵Q伺服器節點的Qx資產進行資本化。
資金和資產分配
將分配一部分Qx資產供應給初始捐贈者,以資助百萬用戶的Q錢包/Q客戶端/Q伺服器基礎設施。超過百萬QU的資金將考慮用於資產分配。捐贈者將立即收到資產,而Q伺服器節點和流動資金池將隨著時間的推移分配資產。
初始資產分配可能是:
- 50%給捐贈者。
- 35%給節點。
- 10%給流動資金池。
- 5%用於酌情使用。
長期可行性
眾籌旨在建立自我維持的百萬用戶Q錢包基礎設施。資產的價值不是主要關注點,但資金的使用將在流動資金池和酌情使用之間分配,可能以50/50的比例。
未解決問題
仍有幾個問題未解決,例如移動兼容性、每個Q伺服器的用戶數、收入生成以及詳細的資產和資金分配。然而,證明技術可行性是最關鍵的障礙,籌款將在Q錢包的alpha版本發布時開始。
QPOOL智能合約
一個重要的組成部分是QPOOL SC,它需要以低成本將資產分配給節點運營者。當前百萬QU的Qx資產轉移成本對於小額增量來說不可行。在QPOOL SC準備好之前,只有Qx可以用於資產交易。
結論
Q錢包、Q客戶端和Q伺服器的開發和實施對於實現百萬用戶的Qubic網絡至關重要。通過解決技術和經濟挑戰,我們可以創建一個可擴展且可持續的基礎設施來支持大量用戶。
感謝您的支持。
Qsilver
要獲取最新更新,加入 Valis Discord、在 X 上關注我們,並將我們的部落格加入書籤。
下一頁 →