
Kaanch Network:專注於鏈上金融與數位支付的 Layer 1 生態系統
專案研究報告
|
交易對:https://www.lbank.com/trade/knch_usdt |
Kaanch Network 是一個專注於金融應用的 Layer 1 區塊鏈專案。其正圍繞低成本交易、資產管理與支付可及性,開發一系列產品,包括 Kaanch Wallet、Kaanch Hub、KEX 與 ON5。其發展策略始於支付應用場景,並結合區塊鏈基礎設施與應用,從鏈上資產轉移延伸至面向企業的金融服務。
此方法有三項特徵:一是為高吞吐量與低延遲而設計的網路;二是支援錢包、資產管理與交易的工具;三是透過交易所服務與企業卡發行實現商業整合。原生代幣 KNCH 具備多項功能,包括網路手續費、質押與生態系激勵。它也在 ON5 已披露的企業帳戶啟用流程中承擔支付角色。
Kaanch 已披露廣泛的產品布局。未來的進一步成長將取決於網路可靠性、應用採用情況,以及其向企業交付服務的能力。技術表現能多有效地轉化為產品使用率與代幣需求,將是評估該生態系長期價值的核心。
根據共同創辦人 Ved Singh 的公開帳號,團隊於 2020 年開始探索 ON5 去中心化卡片支付網路,隨後決定建構支援其應用所需的底層區塊鏈。因此,Kaanch 具有明確的金融應用導向:改善交易執行與資產結算,以為支付及其他鏈上服務提供基礎設施。
官方網站將 Rahul Kumar 列為創辦人兼執行長,Ved Singh 則為共同創辦人兼研發主管。其團隊頁面也提及 Kaanch Network、ON5 Protocol 與 USE Exchange。此處所呈現的專案歷史與人員職務,均依據官方揭露資訊整理。
Kaanch 的策略定位聚焦於開發公有區塊鏈,並支援圍繞金融使用情境的應用。其底層網路負責記錄資產並執行交易;錢包提供使用者存取;Hub 支援資產管理與網路參與;KEX 滿足交易需求;而 ON5 則將服務延伸至企業支付服務。
此模式使帳戶、資產與應用程式之間的互動能在產品設計階段一併考量,從而可能降低使用者與開發者在不同系統間切換的成本。這也意味著該專案必須同時管理基礎設施維護、交易流動性以及商業服務營運。其競爭力將取決於這些組成部分能否有效協同運作。
交易、轉帳與支付應用對執行速度和交易成本相當敏感。手續費與等待時間會直接影響使用者體驗,尤其是在小額且高頻的交易情境中。Kaanch 將高吞吐量、低延遲與低費用列為優先,以打造適合這些應用的運作環境。
其實際價值必須在持續負載下加以評估。吞吐量決定交易處理能力,而確認延遲與可靠性則影響營運的持續性。這些因素共同界定了金融應用對基礎設施的要求。
將鏈上資產從進入某個網路到實際使用,往往涉及數個步驟:連接錢包、選擇網路、轉移資產、交換代幣,以及授予權限。Kaanch 將錢包、跨鏈存取、資產管理與交易產品整合進同一生態系統,以簡化此流程。
對個人使用者而言,這種整合式方法可望改善資產管理與應用程式存取。對開發者與營運方而言,現有工具可減少重複開發工作,讓更多資源投入產品功能與客戶服務。
KEX Exchange-as-a-Service 與 ON5 展示了該專案向企業服務領域的擴展。KEX 著重於品牌化交易介面,而 ON5 提供用於整合卡片產品的介面與 API。兩者都旨在將複雜的金融產品整合轉化為可透過軟體介面存取的可配置服務。
此方向的潛在價值在於擴大該基礎設施的使用範圍。商業成果將取決於實際合作夥伴部署、服務品質,以及客戶持續使用情況,而網路效能則提供部分技術基礎。
Kaanch 官網顯示,其每秒交易量約為 140 萬筆、出塊時間約為 0.8 秒,且交易手續費較低。網站也描述其網路由 3,600 個節點組成。
在公開可取得的第三方資料中,SpyWolf 於 2025 年 4 月 29 日發布的一份效能報告記錄了 1,387,563 TPS。該報告使用測試網區塊 17,211,857 的交易筆數,以及相鄰區塊之間 1 秒的時間戳差來計算吞吐量。這些交易為基本的帳戶對帳戶轉帳。
此結果反映的是特定測試情境下的轉帳處理能力。它並不能證明主網可持續吞吐量、複雜合約執行能力,或故障條件下的穩定性。網站上的節點數也不能直接證明目前由獨立營運者運作的活躍驗證者數量。區塊間隔、交易確認與最終性應分別評估。
官方代幣文件描述了一種委託權益證明(DPoS)模型。Hub 提供質押、委託與驗證者管理介面,將代幣持有者的參與與網路激勵機制連結起來。
此設計為網路參與提供了易於使用的產品介面。實際營運品質仍取決於驗證權力的分布、驗證者的獨立性、節點營運以及故障處理。應透過鏈上資料監控參與程度與集中度。
Kaanch Hub 記載的功能包括代幣建立、供應量管理、中繼資料設定,以及特定權限設定。這些功能為應用代幣、點數及其他數位資產提供了營運工具。
此類工具可將常見的資產管理流程標準化,並降低建置應用程式的工程成本。對於現實世界資產而言,代幣發行是技術基礎;完整的服務還需要就所有權安排、託管與贖回機制進行配套。因此,RWA 更適合被理解為一個潛在的應用領域,而非已建立且能大規模創造營收的業務。
該專案已發布主網與測試網的 RPC 端點及 JSON-RPC 方法,提供資料查詢與應用互動的存取規範。其開發者工具鏈的成熟度,亦取決於介面穩定性、文件一致性、SDK 維護情況,以及與合約開發工具的相容性。
對於服務企業的基礎設施而言,清晰的介面與持續維護同樣重要。它們會影響整合成本、事件處理效率,以及合作夥伴在網路升級期間維持業務連續性的能力。
Kaanch Wallet 提供資產管理與應用程式連接功能。根據 2026 年 1 月的官方更新,該錢包新增支援 Ethereum、BNB Smart Chain 與 Base。該次更新也披露了 KETH 兌換 USDT 的交換功能。
Kaanch Hub 著重於網路內的資產管理與參與,提供質押、委託、代幣建立及驗證者管理等介面。Wallet 與 Hub 分別支援使用者存取與資產操作,構成該生態系面向使用者的基礎設施。
KEX,也稱為 K.Exchange,是 Kaanch 生態系中的交易產品。官方每月更新曾回報推動交易活動的相關計畫。其後網站列出的更新包括 2026 年 6 月的 Exchange-as-a-Service,以及 7 月的瀏覽器式 DEX 體驗。
該產品路線圖同時面向個人交易者與交易產品的營運者。品牌化服務可望擴大分發,而瀏覽器存取則著重便利性。交易要持續成長,仍需具備足夠的市場深度、適當的可交易資產範圍,以及穩定一致的執行品質。
ON5 於 2026 年 8 月的產品說明指出,其目前業務為面向企業提供品牌化虛擬卡發行服務。說明中表示,客戶可使用穩定幣為帳戶注資,並透過既有的 Visa 與 Mastercard 網路使用卡片產品;同時提供儀表板與 API,以支援發卡、儲值與卡片管理。
ON5 自有的去中心化卡片網路仍處於開發與測試階段,尚無法在該專有網路上發行卡片。現有的名片服務與較長期的網路計畫處於不同的交付階段。對卡片網路的提及並不表示對 Kaanch 的投資或背書。
這為支付業務建立了分階段推進的方式:現有產品聚焦於企業整合與卡片服務交付,而專有網路則代表較長期的基礎設施發展目標。
Kaanch Points 將跨鏈、交易、網域註冊與驗證者參與等活動納入積分系統,透過獎勵機制引導用戶接觸生態系產品。積分兌換比率受計畫規則約束,且不構成固定報酬。
激勵措施可以鼓勵初期參與,而長期採用則必須由產品體驗與實際效用來支撐。重複使用、在激勵結束後的留存,以及在無激勵情況下發生的活動占比,都是更能反映持續性應用需求的指標。
|
生態系組成部分 |
主要功能 |
業務角色 |
|
Kaanch Wallet |
多鏈資產管理與應用程式連接 |
使用者入口 |
|
Kaanch Hub |
質押、委託、代幣與驗證者管理 |
網路參與與資產管理 |
|
KEX / K.Exchange |
交易與品牌化交易服務計畫 |
資產交換與合作夥伴整合 |
|
Kaanch Bridge |
存取跨鏈資產轉移 |
資產存取與流轉 |
|
Kaanch Points |
透過生態系活動獲得的點數 |
使用者參與激勵 |
|
ON5 |
名片發行與專有支付網路開發 |
拓展至支付領域 |
此項發行展現了產品的廣度。本研究未取得足夠可驗證的資料,無法確認整體生態系的 TVL、持續活躍用戶數、第三方應用收入或支付量。因此,對生態成熟度的評估應結合後續營運揭露一併考量。
KNCH 是 Kaanch 的原生代幣。官方文件指出其初始供應量為 5,800 萬枚代幣,後續將透過 DPoS 獎勵增發,且沒有固定的最大供應上限。
|
分配類別 |
占比 |
釋放時程 |
|
驗證者私募 |
62% |
立即解鎖 |
|
空投 |
10% |
任務驗證後解鎖 |
|
顧問 |
3% |
12 個月歸屬期,6 個月懸崖期,線性釋放 |
|
團隊 |
7% |
48 個月歸屬期,12 個月懸崖期,線性釋放 |
|
基金會 |
10% |
初始解鎖 20%;其餘於 60 個月內釋放 |
|
行銷 |
7% |
初始解鎖 20%;其餘於 24 個月內釋放 |
|
KOL |
1% |
初始解鎖 50%;其餘於 5 個月內釋放 |
該分配方案將相當大的一部分分配給驗證者私募,而團隊、顧問與基金會的歸屬安排則延長了部分供應量的釋放時間。當前流通供應量仍需根據實際分配、歸屬開始日期與鏈上餘額進一步確認。
官方文件在分配數量與百分比之間存在輕微差異:初始供應量的 62% 等於 3,596 萬枚代幣,但文件列示為 3,600 萬枚。所有列示數量合計為 5,804 萬枚代幣。因此,該表採用百分比呈現,以避免在估值中直接使用不一致的數量。懸崖期與歸屬期之間的關係也仍需以正式釋放規則為準。
KNCH 的主要用途包括網路手續費、質押以及委託激勵。Hub 亦將治理列為代幣的使用情境之一,但其已實作的範圍仍取決於正式規則與可用功能。
就商業存取而言,ON5 的網站揭露一次性企業帳戶啟用費為 價值 5,000 美元的 KNCH,於 Kaanch 網路上支付。後續帳戶注資使用 USDT 或 USDC。此機制為 KNCH 增添了一種與企業導入流程綁定的支付使用案例。
KNCH 的需求可從三個面向分析:網路使用、網路參與以及商業存取。
網路使用會產生手續費支付需求,其規模取決於交易頻率與每筆交易成本。低手續費可支援高頻的應用使用,但也使與手續費相關的需求累積更依賴具規模的真實活動。
網路參與會產生質押需求,這可能影響在特定期間內可供使用或交易的供應量。
獎勵發放同時會擴大代幣供應。因此,評估質押報酬時,還需要一併考量淨發行量與代幣解鎖時程。
企業存取權會產生對特定支付的需求。ON5 的啟用機制與新企業客戶綁定,但一次性費用並不代表會有持續性的消費需求。在未清楚說明這些費用的去向與處理方式之前,不應將其解讀為代幣銷毀、回購,或代幣持有人的收益。
因此,生態系成長與代幣價值之間的關係,必須同時具備明確的機制與營運數據。當應用程式成長、交易活動增加,以及企業帳戶擴張能轉化為持續性的使用需求時,才能更清楚地證明其對 KNCH 的經濟貢獻。
Kaanch Network 的開發策略是以金融應用引導基礎設施建設,並透過錢包、資產管理、交易與支付服務擴大其覆蓋範圍。這套配套產品組合為一致的使用者體驗與業務整合創造機會,同時也將專案從個別鏈上活動延伸至企業服務。
下一階段的重點在於將產品廣度轉化為穩定的使用者基礎與持續性的活動。在網路層面,這需要持續證明其可靠性以及驗證者參與的品質。在交易方面,則需要流動性與使用者留存。在支付方面,則必須有實際的客戶整合與服務交付,才能證明其商業永續性。
安全保證也需要與產品範圍相匹配。現有的 SpyWolf 代幣審計涵蓋基於以太坊的 KNCH 合約;其範圍並未擴及對 Kaanch 主網、跨鏈橋、錢包或交易產品的全面審計。
Kaanch 提供了一個第 1 層發展的案例:從支付需求出發,逐步擴展至金融應用。最值得關注的發展在於,其產品是否能產生持續的資產流入與使用需求,以及該活動是否能透過網路費用、質押與商業支付機制,與 KNCH 建立持久連結。
資料來源依其與本報告的相關性進行排列。所有資料皆於 2026 年 9 月 24 日的研究中查閱。
|
編號 |
來源 |
相關主題 |
|
1 |
專案定位、所宣稱的效能、KEX 服務,以及瀏覽器產品更新 |
|
|
2 |
創辦人與管理職責;已揭露的業務關聯 |
|
|
3 |
專案起源、ON5 支付願景與開發背景 |
|
|
4 |
金融應用重點與開發者能力 |
|
|
5 |
主網與測試網介面及存取方式 |
|
|
6 |
測試網吞吐量資料、方法論與範圍 |
|
|
7 |
質押、委託、代幣建立、驗證者管理與代幣效用 |
|
|
8 |
多鏈錢包支援、KETH 兌換與交易活動更新 |
|
|
9 |
交易產品存取 |
|
|
10 |
積分活動、參與方式與轉換機制 |
|
|
11 |
商務卡服務、穩定幣注資與 KNCH 啟用費 |
|
|
12 |
既有發卡服務與專有支付網路之間的區別 |
|
|
13 |
API 整合、發卡與管理工作流程 |
|
|
14 |
初始供應量、分配、釋放時程與獎勵發放 |
|
|
15 |
以太坊代幣合約審計範圍 |
免責聲明: 本報告僅供專案資訊與研究討論之用,不構成投資建議、收益承諾或產品安全保證。