🇹🇼

Q錢包、Q客戶端和Q伺服器

Q錢包旨在通過像Q伺服器和Q客戶端這樣的中介層，實現可擴展性和經濟可行性，從而吸引一百萬用戶。

Qsilver，2024年3月13日。

介紹

Q錢包從零開始設計，目的是為Qubic用戶提供一個易於使用的入門錢包。主要目標是吸引一百萬用戶，這是一個當前的Qubic網絡無法直接處理的龐大數字。為了實現這一目標，我們需要像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伺服器節點和流動資金池將隨著時間的推移分配資產。

初始資產分配可能是：

眾籌旨在建立自我維持的百萬用戶Q錢包基礎設施。資產的價值不是主要關注點，但資金的使用將在流動資金池和酌情使用之間分配，可能以50/50的比例。

仍有幾個問題未解決，例如移動兼容性、每個Q伺服器的用戶數、收入生成以及詳細的資產和資金分配。然而，證明技術可行性是最關鍵的障礙，籌款將在Q錢包的alpha版本發布時開始。

一個重要的組成部分是QPOOL SC，它需要以低成本將資產分配給節點運營者。當前百萬QU的Qx資產轉移成本對於小額增量來說不可行。在QPOOL SC準備好之前，只有Qx可以用於資產交易。

Q錢包、Q客戶端和Q伺服器的開發和實施對於實現百萬用戶的Qubic網絡至關重要。通過解決技術和經濟挑戰，我們可以創建一個可擴展且可持續的基礎設施來支持大量用戶。

感謝您的支持。

Qsilver

要獲取最新更新，加入 Valis Discord、在 X 上關注我們，並將我們的部落格加入書籤。

← 上一頁

本頁內容