为什么加密創業公司在开户這關失败

为什么大多數加密創業公司在开户這關失败

一位創辦人手握 10,000 名付費用户、200 萬美元的年度經常性收入、干净的股權結構、四大审计過的財報,他完全没想到自己會被連續八家銀行拒掉。大多數創辦人會以为問題是表面的、形象上的。但更讓人難受的事實是:這些拒绝几乎不是主观判斷,而是公司結構所决定的机械結果。

銀行不审愿景,銀行审實體。如果銀行无法自信地把一個實體放進已知的監管和風险類别里,它就會自动拒绝。大多數加密公司开户失败,是因为它們的實體架構產生了“无法审核的風险”,即便底层業務本身合法。当同一個實體既做產品、又發代幣、又持資金、又跟用户打交道時,銀行就會按最高風险分類來评估它。当這個實體又坐在一個會引入重型監管制度的法域、又没有任何法律备忘錄說明這家公司“是什么、不是什么”時,銀行内部再有人愿意挺你,也压不過這一切。

代理行压力是怎么傳導的

大多數對創業公司友好的銀行,清算與結算都依赖更大的代理行。這些代理行對加密敞口设有上限。当代理行判定下游銀行的加密敞口過大時,就會向下游施压,要求其降下來。這就是“去風险化(de-risking)”在現實中的樣子。中小型銀行心里很清楚這一点,所以最安全的策略,就是在准入阶段把那些處于灰色地帶的加密客户直接拒掉。拒一家好加密公司,銀行損失的只是一段可能的合作關系;接一家會触發代理行审視的,銀行損失的可能是自己接入清算通道的資格。這就是为什么靠“關系經营”基本解决不了問題:如果你的實體没法被干净地塞進一個低風险類别,答案依然是“不”。

三种典型的結構性失败模式

第一种触發拒绝的結構性模式,是“單一實體包揽一切”。創辦人設立一家公司,這家公司既寫代碼、又部署協議、又發行或協調代幣、又持有資金、又給貢献者發錢,有時候還碰用户資金。從創辦人的視角看,這樣很高效。從銀行的視角看,這是分類上的噩梦。如果該實體作为業務接触客户資金或轉移資金,它可能根據 FinCEN 被归類为 Money Services Business(貨幣服務業);跟其它有金额門槛的 MSB 類别不同,貨幣轉移業務没有最低交易門槛。如果它围绕虚拟資產提供服務,它可能是 Virtual Asset Service Provider(虚拟資產服務提供商)。如果它持有并轉移價值,它可能在扮演金融机構的角色。如果它發行代幣,還存在潜在的證券责任。銀行没有權利挑最仁慈的那种解釋,它必須按最可能成立的最差解釋來假设。

一旦銀行按最差情况來假设,風险画像就會爆炸。銀行面對的,是一個監管義務不清晰、牌照状态可能不足、执法風险无法界定的客户。最简單的回應就是拒绝。“功能分离”會改变這一切。当產品开發放在一個實體,資金管理放在另一個實體,代幣發行放在第三個實體時,每個實體都可以被独立分析。這并不是說業務变得“不受監管”,而是它变得“可被讀懂”。

第二种結構性模式是“法域信号”。銀行的第一眼,看的就是實體設立在哪里。一家在特拉华設立、做加密業務的 LLC,會立刻釋放出“受美國監管”的信号,把 FinCEN、各州 MSB 制度、SEC、CFTC 和 OFAC 全部拉進來,哪怕公司在美國没有一個员工、没有一個客户。开曼、BVI、馬绍尔群岛這些實體则被广泛理解为基金會和資金法域。阿聯酋、新加坡则被認作運营中心。這种“熟悉度”直接决定了銀行内部由哪個團隊來审你的文件、用哪一套基線假设來看你。法域選错,就會触發错誤的内部流程,與你真實的業務模式无關。

第三种結構性模式是“缺乏監管分類清晰度”。銀行必須給每一個客户分類:MSB、VASP、EMI、金融机構、豁免软件提供商。如果它没法有把握地分一個,就没法接你入網。“清晰”未必意味着持牌,也可以是一份正式的法律意見書、一份豁免备忘錄,或一份范围被严格界定的活动描述,用來說明为什么不需要牌照。其中關键且微妙的一点是:“被監管”不是目標,“可被分類”才是目標。一家没有牌照但明确属于豁免范畴的软件公司,比一家活动横跨多個監管類别、却笼統宣称“合規”的實體,更容易开到帳户。

時机讓這些問題進一步复杂化。監管分類依附于歷史活动。如果一個實體已經發過代幣、持有過客户資金、撮合過 swap,這些歷史抹不掉。銀行非常偏好“干净的歷史”。同一种結構,若在上線前就搭建好,本來是可以开户的;但運营六個月之後再去,可能就变成邊缘案例。

真正有效的做法

在實战中真正有效的做法看起來很“无聊”,而這恰恰是它有效的原因。一個项目在寫下大段代碼之前,先决定自己的監管姿态。在开曼或 BVI 這樣的法域设立基金會或資金實體,基礎結構每年綜合運营成本大约在 7,000 到 13,000 美元;若加入职業董事和增强合規支持,大约在 10,000 到 20,000 美元。運营公司则放在與招聘和商業需求匹配的法域。没有任何一個實體同時既運营產品又接触客户資金。在接触任何一家銀行之前,法律顾問會出具备忘錄,說明每一個實體在做什么、應該归到哪一類監管之下。

项目早期先使用“非銀行通道”:欧洲的 EMI、美國持牌的支付處理商,以及全球范围内的加密原生托管商,都可以提供初期的運营能力。等團隊真正去接触銀行時,他們帶過去的不是 pitch deck,而是一张結構圖。他們展示的是實體分离、法域逻辑、監管分類。銀行可以独立审核每一個“盒子”。這并不能“保證”开户,但能讓申請從“自动拒绝”走向“真正的風险评估”。

一個真實的例子。一家 DeFi 協議把所有東西都装進了一家特拉华 LLC——它部署智能合约、持有 500 萬美元資金、協調代幣經濟、季度撮合 5,000 萬美元的 swap 交易量。六個月内,八家銀行把他們拒了。問題不在創辦人、技术,也不在商業模式。這家“單一實體”同時触發了貨幣服務業分類、虚拟資產服務提供商分類,以及潜在的證券分類。在他們把結構重組为:一個开曼基金會负责資金治理、一個 BVI 公司负责代幣協議、一個阿聯酋運营實體负责软件开發,并为每一個實體配上澄清監管豁免與分類的法律备忘錄之後,這個项目在 90 天内拿下了銀行關系。同一批創辦人、同一個產品,結構变了。

外部环境也讓這种纪律不再可選。Silvergate 和 Signature 的崩塌,在全球代理銀行體系中傳出震荡。Basel III 把加密資產視作高風险加權敞口,提高了銀行服務加密客户的資本成本。即便 2025 年美國出現了對加密更友好的政策轉向,結構性的銀行壁垒依然存在。欧盟的 MiCA 框架迫使不合規的稳定幣從欧洲交易所下架。真正可走的牌照路径,因法域不同需要 6 到 24 個月。監管雄心與運营現實之間的鸿沟仍然很大。結構良好的项目,已經越來越多地在绕开傳統代理銀行,跨境流动改用稳定幣結算通道,只在最終客户的法幣入金/出金环節保留法幣銀行。“結構”是目前唯一現實可行的桥。

Spindipper 如何解决這件事

這正是 Spindipper 存在的理由。我們會把你真正在做的活动映射到具體的監管分類,再映射到最合适的法域,再映射到能落入銀行已知風险類别的實體結構——在你接触銀行之前,而不是在八次拒绝之後。這套工作包括:實體選擇、法域逻辑文檔、監管分類备忘錄,以及銀行風险團隊可以真正用來审核的結構圖。我們不承诺“銀行帳户”,我們设计的是“銀行可以评估的結構”。如果你想了解我們如何處理加密銀行結構,或想预约一次結構咨詢,Spindipper 就是为幫你抵達那里而存在。

本文僅作信息参考之用,不構成法律或税務建議。鉴于數位資產監管正在快速演变,在落地本文所述任何結構之前,請向具备相應法域專業知識的顾問寻求意見。

如果你希望为自己的加密项目设计一套“銀行可审核”的實體架構,欢迎 與我們聯系,做一次轻松、无压力的沟通。