Web3 Token项目三实体架构：Dev Co、基金会与Token发行主体如何分工

大多数Token项目以单一实体起步。真正跑通的项目，到TGE（Token Generation Event，代币生成事件）前几乎都完成了架构拆分。

原因不复杂：把技术开发、Token发行与协议治理全部压在同一个实体里，意味着监管风险、投资人诉讼风险和运营责任同时集中在一个主体上。这种集中不仅没有必要，大多数情况下也完全可以避免。

本文拆解目前Web3项目最主流的三实体架构：开发公司（Dev Co）、基金会（Foundation）与Token发行主体（Token Issuer）。我们会说清楚各实体的职能边界、司法管辖选择、以及驱动这个架构决策的三个核心判断点。

一、Token发行为什么改变一个项目的风险结构

Token出现之前，Web3项目在结构上与普通早期科技公司没有本质区别：一个团队、一套IP、一份产品路线图、风险资本持有股权。常规VC结构完全适用。

一旦Token进入图景，三个维度的风险同时发生变化。

监管敞口变成了跨法域的

任何持有加密钱包的人都可以接收、交易或持有Token，这意味着项目在主观上没有跨境经营意图的情况下，已经同时暴露在美国、欧盟、新加坡、香港以及其他主要市场的证券与金融服务法律之下。单一实体同时承担开发职能与Token发行职能，等于在所有这些法域里同时暴露。

责任触发点成倍增加

Token持有人可能以发行方身份向项目主张权利；协议公司的股权投资方可能就Token经济设计提出主张；如果股权激励与Token激励在早期没有清晰区分，开发团队成员也可能在IP归属上产生争议。单一实体结构让所有这些主张同时落在同一个地方。

去中心化的表述需要结构支撑

美国、英国和欧盟的监管机构越来越仔细地审查一个项目宣称的去中心化程度是否真实，还是名义上的。一家公司同时发行并控制Token，在任何标准下都是中心化发行人。一个有明确治理授权、与开发公司法律独立的基金会，是本质上不同的监管姿态。

以上三个压力共同驱动了多实体架构的出现。这个架构不是形式上的合规摆设，是功能性的风险隔离。

二、三个实体各自承担什么

开发公司（Dev Co）

Dev Co是项目的商业主体，持有IP、雇用技术团队、管理股权融资、签署商业合同。风险资本（VC）通过股权进入Dev Co。

Dev Co不发行Token，原则上也不在资产负债表上持有大量Token储备。它是普通的商业公司，可以发行股权、招募员工、执行合同并在商业纠纷中受常规法律保护。

Dev Co的司法管辖通常是新加坡（Pte. Ltd.）或美国（Delaware C-Corp），取决于创始人所在地和机构资本来源。如果项目有亚洲LP敞口或希望主动与新加坡金融管理局（MAS）接触，新加坡私人有限公司是常见选择；如果资本以美国VC为主，特拉华C-Corp更受偏好。

基金会（Foundation）

基金会的职责是协议层面的治理，不是商业运营。它持有Token储备、管理协议国库、向第三方开发者发放生态补贴，并在网络级别的重大决策中承担治理职能。

基金会与Dev Co在结构上相互独立，不是子公司关系。它不雇用核心开发团队，也不对Dev Co的股东负有义务。这种独立性是基金会能够支撑去中心化主张的前提。

Web3基金会目前最主流的司法管辖是开曼群岛，使用《基金会公司法》（Foundation Companies Law，2017年修订版）下的基金会公司架构。开曼基金会公司可以没有任何成员（即没有享有经济权益的股权持有人），由董事会和法定监督人（Supervisor）治理。

开曼基金会的关键法律细节：《基金会公司法》要求无成员基金会必须委任监督人（Supervisor）。监督人不参与日常运营，但持有法定监督权限，在特定情形下可任命或撤换董事。这不是名义职位，是具有实质法律权力的角色。创始人在同意这一架构前，需要真正理解监督人的权限边界，而不只是在文件上签字。

Token发行主体（Token Issuer）

Token发行主体是在法律意义上将Token发行至市场的实体。在结构完整的项目中，Token Issuer通常是独立于Dev Co和基金会之外的特殊目的载体（SPV）。

Token Issuer的职责范围很窄：管理Token的技术发行机制、对接交易所和做市商、承担Token销售与分发的直接监管敞口。将这一职能隔离在独立实体中，可以将Token发行相关诉讼和监管挑战的影响范围限制在这一主体内。

Token Issuer的司法管辖取决于Token预期在哪里交易、项目希望主动接触哪个监管框架。开曼群岛（面向美国投资人、寻求证券法距离的项目）、新加坡（主动与MAS接触的项目）和英属维尔京群岛（结构较简单、监管接触需求较低的项目）是常见选择。

实体	核心职能	常见司法管辖	主要对接方
Dev Co	IP持有、团队雇用、股权融资	新加坡 Pte. Ltd. / 特拉华 C-Corp	VC投资方、员工、服务商
基金会	Token储备、国库治理、生态补贴	开曼群岛基金会公司	Token持有人、生态开发者、DAO
Token Issuer	Token发行、交易所对接、监管接口	开曼 SPV / 新加坡 / BVI	交易所、做市商、监管机构

三、三种架构模型：按阶段选择

不是每个项目从第一天就需要三个实体。合适的架构取决于项目当前所处阶段、Token发行计划的时间线、监管接触策略和投资方构成。三种宽泛的模型覆盖大多数情况。

模型A：单一实体（Token发行前期）

如果项目尚未发行Token，近期也没有发行计划，完全作为技术开发公司运营，单一Dev Co是合适的起点。所有资本均为股权，IP集中在一处，监管敞口是常规商业敞口。

这是大多数项目的出发点，但它是一个过渡状态。在条件不成熟时强行搭建三实体架构只会增加不必要的合规成本；而在Token发行产生监管敞口之后才被动补建，代价更高。

模型B：Dev Co + 基金会（发行前期，治理先行）

当项目开始推进Token发行——起草白皮书、确定代币经济模型、与生态伙伴接触——就是建立基金会的时机。基金会可以在Token存在之前开始管理国库、发放早期生态补贴、建立治理框架。

这一模型适合希望从早期建立真实去中心化信用的项目。监管机构和机构投资方在评估去中心化主张时，越来越关注基金会的成立时间线：TGE前一周设立的基金会，与独立运营了12个月以上的基金会，在监管和融资场景下有实质性的信用差异。

模型C：完整三实体（TGE前或已发行后）

Dev Co + 基金会 + Token Issuer的完整架构，适合正在筹备TGE、计划在中心化交易所上线，或需要主动管理跨法域监管敞口的项目。

大多数达到一定市值规模的项目都在这一架构下运营。Token Issuer SPV专门为发行机制和交易所对接而设立，基金会继续持有国库并治理协议，Dev Co继续开发产品并持有IP。

连接三个实体的公司间协议——IP许可协议、服务协议、Token分配框架——是架构能否经受监管和税务审查的关键。这些协议需要按商业惯常条件独立签订，不能靠口头约定替代。

四、新加坡与香港：两条监管接入路径

对于在新加坡或香港注册实体、或运营团队位于这两个司法管辖区的项目，新加坡金融管理局（MAS）与香港证券及期货事务监察委员会（SFC）的监管框架直接相关。两地在数字资产监管上的路径不同，适合不同架构诉求的项目。

新加坡：MAS与《支付服务法》下的DPT牌照

根据《支付服务法》（Payment Services Act，PSA），在新加坡境内开展数字支付代币（Digital Payment Token，DPT）业务的公司，须持有MAS颁发的牌照。DPT服务包括数字支付代币的买卖及促成交易。

Token Issuer或Dev Co若在新加坡境内运营兑换界面、聚合交易接口或做市功能，可能触发该要求。值得注意的是，MAS认定的”在新加坡境内开展业务”包含在新加坡境内管理或控制的活动，即便实体本身在境外注册。

实务提示：MAS自2023年以来对无牌DPT活动的执法力度持续加强。新加坡注册实体或新加坡团队成员管理Token相关业务的项目，应在Token发行前完成监管定性分析，而不是等到事后。

MAS对DPT服务商设有两个牌照级别：标准支付机构（Standard Payment Institution，SPI，适用于较低交易量）和主要支付机构（Major Payment Institution，MPI，适用于较高交易量，资本与合规要求更高）。

香港：SFC与虚拟资产服务提供者（VASP）牌照

香港证监会（SFC）于2023年正式推出虚拟资产服务提供者（VASP）牌照制度，对面向香港投资人运营的虚拟资产交易平台实施强制持牌要求。这一制度与此前仅针对机构投资人的自愿监管框架不同，是具有法律约束力的强制要求。

对于Web3项目而言，香港的监管意义主要体现在两个层面：一是项目的Token Issuer或营销活动若明确针对香港用户，可能被认定为须持牌的VASP业务；二是部分有香港法律实体的项目，可以考虑通过持牌路径主动建立监管信用，尤其是目标市场包含香港或内地离岸资本的项目。

香港与新加坡并非互斥选择。持有SFC VASP牌照的交易平台与持有MAS MPI牌照的新加坡实体可以并存于同一项目的架构中，分别服务不同地区的用户需求。实际操作中，这类双许可证架构需要在实体之间的合规职责和用户分流机制上做清晰的文件区隔。

五、决定架构的三个核心判断

在实践中，Token项目的架构设计由三个判断驱动。在这三个问题上明确立场，可以消解大多数的下游复杂度。

判断一：主要的监管接触在哪里

如果项目的主要市场和投资方在美国，架构从一开始就需要正视美国证券法的问题。这通常意味着选择开曼基金会（以与美国证券法管辖保持距离），并认真评估Token在Howey测试下是否构成证券。

如果主要的监管接触在亚洲——新加坡、香港——架构需要主动处理各地监管框架的触发条件和牌照路径。每个市场的触发条件和申请路径不同，需要逐一梳理。

同时希望覆盖多个市场的项目，需要将各司法管辖区的活动分配到持有对应牌照或适用豁免的实体名下，而不是让一个无牌实体承接所有市场的业务。

判断二：协议和Token的治理结构是什么

如果项目真心希望作为去中心化协议长期运营，基金会的治理结构需要真正反映这一点。由Dev Co股东通过任命权实质控制的基金会，无论架构图画得多漂亮，在功能上并不独立。

真实的去中心化要求：基金会有独立董事、基金会的授权范围不能被Dev Co单方面修改、Token持有人的治理机制拥有实质决策权。想要在监管机构、机构投资方、生态参与者面前获得去中心化的信用，就需要把这种独立性写进法律文件，而不只是写在白皮书里。

判断三：Token在各实体、团队与社区之间如何分配

Token分配不只是经济决策，本质上也是架构决策。Dev Co股权持有人拿多少、基金会生态储备留多少、团队归属期的Token池设多少、早期贡献者拿多少——这些决策需要在发行前通过公司间协议落实，而不是在TGE之后重建。

发行后才补写的分配协议，是项目争议、税务风险和监管问询的常见来源。建立分配框架文件的最低成本窗口，就是TGE之前。

六、常见错误与如何避免

错误一：基金会设立太晚

TGE前一周设立的基金会，很难在独立治理层面获得认可。监管机构和机构投资方关注基金会的运营历史：补贴发放记录、治理决策历史、独立董事履职情况。希望积累真实去中心化信用的项目，基金会的设立时间最好比TGE早12至18个月。

错误二：把基金会的独立性理解成与Dev Co的完全隔离

基金会独立是指基金会可以在没有Dev Co指令的情况下运营，不是指二者之间没有任何法律关系。实践中，Dev Co通常向基金会提供协议开发服务（通过服务协议），基金会向Dev Co授权使用协议IP（通过许可协议）。这些关系需要按商业惯常条件记录，而不是视而不见。

错误三：低估公司间协议的复杂度

三实体架构的干净程度，取决于连接各实体的协议写得有多清楚。IP许可协议、服务协议、Token分配框架、国库管理政策，都需要考虑各司法管辖区对应的税务处理。表面上清晰的架构，如果公司间协议未记录或商业条款不独立，在监管审查或税务核查时会原形毕露。

错误四：把与中国境内相关的活动混入境外架构

中国境内目前对加密货币交易和Token发行的限制明确。海外华人创始人在境外设立Web3架构是合法的，但如果境内团队成员直接参与Token发行的管理与控制、境内实体参与链上业务，或资金通过未申报的跨境路径进入架构，就可能使境外架构在监管上失去独立性。

这类关联不一定是显性的。管理控制地点的认定可能通过通讯记录、IP地址、银行账户使用地点等综合因素被证实。涉及中国居民参与管理或境内资产的架构，在搭建前需要专项的合规定性意见，而不是通过常规的境外架构方案直接覆盖。

常见问题

中国国籍的创始人可以担任开曼基金会公司的董事吗？

可以。开曼基金会公司对董事国籍没有限制，中国国籍的创始人在满足相关KYC（了解你的客户）与反洗钱尽调要求后，可以担任董事。需要关注的是：如果中国居民担任关键管理职务，且主要在中国境内实施管理行为，可能对实际管理机构所在地的税务认定产生影响。

三个实体是否可以在同一法域注册？

可以，但不常见。Dev Co和基金会都在新加坡注册在技术上是可行的，但很多项目使用开曼基金会是因为《基金会公司法》特有的无成员架构和成熟的Web3法律生态，这在新加坡目前没有直接对应的架构。选择司法管辖应基于治理目标和监管策略，而不是简化操作流程。

开曼基金会的监督人（Supervisor）权限有多大？

根据《开曼群岛基金会公司法》，无成员基金会公司必须委任监督人（Supervisor）。监督人负责确保基金会在其章程设定的目标范围内运营，在特定情形下拥有任命或撤换董事的权力。这是具有实质法律效力的职位，不是挂名。创始人在同意这一架构前，需要真正理解监督人的权限范围及其在公司治理文件中的具体体现。

Token储备持有在基金会名下，税务上如何处理？

税务处理取决于基金会所在的司法管辖区及其适用的税务身份。开曼基金会公司在开曼境内通常不征收所得税，但涉及其他法域（如Token在新加坡交易所上市）可能产生来源地税务义务。基金会名下的Token储备价值波动在多数情形下不触发即期纳税义务，但Token出售或授权可能触发资本利得或所得税处理，具体需结合架构做逐法域分析。

公司间协议的税务处理需要注意什么？

Dev Co与基金会、Token Issuer之间的服务协议和IP许可协议，须满足各司法管辖区的转让定价（Transfer Pricing）要求——即协议条款需与独立第三方之间的商业条款可比。如果定价明显偏离市场水平，相关税务局有权进行调整并补征税款。涉及多个法域的公司间安排，建议在架构建立初期就做转让定价政策规划，而不是等到税务审查时才补文件。

VC的股权投资和Token分配可以同时进行吗？

可以，这是常见的安排。VC投资Dev Co的股权，同时谈判一份单独的Token分配权利（通常以SAFT——代币未来简单协议为载体）。股权在Dev Co，Token权利在基金会或Token Issuer的独立协议下。二者的税务和证券法处理因法域不同而有显著差异，建议在协议起草阶段就分法域做合规定性。

搭建完整三实体架构通常需要多长时间？

新加坡Pte. Ltd.的注册通常需要一至两周；特拉华C-Corp需要两至四周；开曼基金会公司，包含治理文件和监督人安排的起草，通常需要四至八周。完整三实体架构，从规划到所有公司间协议签署完毕，完整周期通常是三至五个月。不建议在法律架构到位之前开始对外进行Token相关的营销或募集活动。

关于作者

简客安德森（Jenga Anderson Global Singapore）Web3与跨境架构团队，为Token项目、Web3协议和数字资产业务提供实体架构、监管定性与跨境合规服务。简客安德森持有ACRA公司服务提供商（CSP）牌照、MOM雇佣代理（EA）牌照，团队具备CPA、认证税务顾问及基金行政资质。母公司Anderson Global在全球设有15个办公室，执业历史23年，以100%内部团队执行为原则。

正在为Token项目规划架构，或希望对现有单一实体架构的监管合规性做一次评估？欢迎与简客安德森团队联系，我们将基于项目的具体情况提供架构定性建议。

免责声明：本文为一般性信息，不构成法律、税务、监管或投资建议。文中涉及的架构方案具有一般性，不针对任何具体项目的实际情况。司法管辖选择、实体架构设计及监管合规须结合项目的具体情况另行评估。读者在采取任何架构或合规行动前，应咨询具备相关司法管辖区执业资质的法律和税务顾问。

参考资料

• 新加坡金融管理局（MAS）：《支付服务法》——数字支付代币服务指引（mas.gov.sg）
• 开曼群岛《基金会公司法》（2017年修订版）——开曼群岛政府官网
• MAS：支付服务提供商牌照指引（PSN02）
• 香港证监会（SFC）：虚拟资产服务提供者牌照制度（sfc.hk）
• 简客安德森：《家族办公室为什么开始用VCC：结构、税务与迁册路径解读》
• 简客安德森：《拿到Term Sheet之后：AI芯片创始人搭建新加坡架构的六个容易出错的地方》