F* Custody
OPEN FUND CUSTODY
单一 USDC 托管 + K-of-N 签名 NAV + KYC 转账门控;协议层不持有用户资产私钥,资产隔离与出金规则全部上链。
CONTRACTS
Protocol
F* 是一套开源、去中心化的链上资产配置协议——为运行链上基金提供资金托管、净值预言机、每日结算、分红分发与策略 Hub。本页是协议层的总览:设计理念、架构、治理与开发者贡献路径。
「Open allocation. Shared chassis. Sized to grow.」
金融原语不应该被每只基金重写。F* 把「基金运营的资金侧」(托管、定价、结算、分红、合规)做成一组开源、可审计、可治理的合约——任何团队都可以基于 F* 启动一只链上基金,而无需重新发明这些金融原语。差异化由可插拔的 ISettlementPolicy 承担:QDFI 用 ThreePoolPolicy 实现三池分红,其他基金可挂载 KellyPolicy(参考实现)或贡献自己的 Policy。共享底盘 + 差异化策略,是这个协议想要承载的工程美学。
上方 5 模块对应的合约清单与状态
F* 是这套链上协议本身——一组开源 Solidity 合约组成的 fund-vault 通用层(资金托管 / 净值预言机 / 每日结算 / 分红分发 / KYC / 熔断 / 多签治理),加上可插拔的 ISettlementPolicy 接口构成的策略 Hub。每只接入 F* 的基金挂载一个 Policy 来描述自己的策略哲学:QDFI 用 ThreePoolPolicy 实现三池分红,协议内还内置 KellyPolicy 作为参考实现。
FUNDVAULT
USDC 唯一托管合约 · idle/deployed 分账 · 出金需 AllocationManager 与 KellyPolicy 双签
K-OF-N NAV ORACLE
K-of-N 多方签名 NAV · ±X% 偏离自动暂停 · T+1 上链定价
DAILY TICK SETTLEMENT
每日触发 · 调用接入基金挂载的 ISettlementPolicy.settle() · 浮动分红、净值留存与储备金注入按 Policy 决定
STRATEGY HUB
ISettlementPolicy 可插拔接口 · 已发布:ThreePoolPolicy(QDFI)、KellyPolicy(参考)· 第三方可提交新 Policy
MERKLE DIVIDEND
盈利日 Merkle root 链上发布 · 持有人 claim(proof) · USDC 直达钱包
K-OF-N MULTISIG
Policy 替换、参数调整、紧急暂停 · K-of-N 多签治理 · 守护人分级熔断(Timelock 升级延时为主网规划)
测试网部署
Arbitrum Sepolia · chainId 421614 · fund-vault 通用合约层 + ThreePoolPolicy(已挂载)
当前状态
端到端 dry-run 通过(2026-05-27) · QDFI 已接入运行 · 主网部署待第三方审计完成
F* 协议层不持有用户资产,也不收取协议费——它是一套被多个基金共用的开源金融原语。接入的好处:把工程时间留给策略 alpha,而不是再造一遍金融底层;同时享受多基金联合审计带来的网络效应。
F* Custody · Strategy Hub · Allocation Engine · Execution Layer · Risk Layer
F* 协议由五个职责清晰的模块构成。每个模块对应一组开源合约;接入基金按自己的策略哲学组合使用,无需重写底层。
OPEN FUND CUSTODY
单一 USDC 托管 + K-of-N 签名 NAV + KYC 转账门控;协议层不持有用户资产私钥,资产隔离与出金规则全部上链。
CONTRACTS
STRATEGY HUB
可插拔的 ISettlementPolicy 注册表——每只基金挂载一个 Policy 描述自己的资金分配与分红逻辑。任何团队可 fork 提交新 Policy。
CONTRACTS
ALLOCATION ENGINE
多策略权重 + 每日 PnL 结算 + Policy.settle() 决定分配——把「仓位即策略」翻译成链上自动化流程;支持 Kelly / fractional Kelly / 自定义模型。
CONTRACTS
EXECUTION LAYER
Merkle 分红 root 链上发布 + 储备金注入/取用——结算结果落到链上事件与持有人钱包,全链可追溯。(费率路由 FeeRouter 为 v1.1 规划,暂未上链。)
CONTRACTS
RISK & GOVERNANCE
守护人分级熔断 + K-of-N 多签治理——参数变更、Policy 替换、紧急暂停全部走治理;协议层为接入方提供制度化的安全边界。(Timelock 升级延时为主网规划。)
CONTRACTS
五个模块互相解耦:接入基金可以只用 Custody + Strategy Hub(无固定分红),也可以全套使用(如 QDF 的三池分红)。模块之间通过事件与权限接口通信,整体由治理体系约束。
投资人生命周期 + 每日结算管线
协议在两条主线上运转:左下是投资人的资金侧生命周期,从合规准入到申购、持有、领取分红、赎回退出;下方是每日由 Keeper 触发的结算管线,读取链上净值与资产后,仅在唯一可插拔的 Policy.settle 环节决定分配与分红逻辑——其余托管、定价、风控底盘由所有基金共享。
Policy.settle 是整条管线中唯一可被替换的环节——基金通过实现 ISettlementPolicy 定义自己的分配与分红逻辑,其余底盘保持共享、可审计、可治理。
如何把 Kelly 公式翻译成产品
我们围绕三件事建立流程:信号、仓位、风控。三者缺一不可——很多基金死在没有仓位纪律,而非没有信号。
以经验贝叶斯框架估计 p(胜率)与 b(赔率),并周期性回溯校准。所有信号需在样本外通过最小信息标准(OOS Sharpe、MAR、Calmar 综合阈值)。
在估计的 (p, b) 上应用 fractional Kelly(实务中通常 1/4 至 1/2 Kelly),并通过多策略协方差矩阵限制总杠杆与单策略峰值仓位。
单策略日止损、组合月止损、储备金兜底;任何参数变更经独立风控委员会审批,链上可追溯。
Kelly 公式只是起点。真正的工艺在于参数估计的稳健性、跨策略相关性建模、以及面对模型失效时的判断力——这些只能从市场上学。