承保级抵押品验证 API，让贸易信用保险公司为农产品出口融资实时定价。

1. 为代币化农产品验证平台领投这轮融资的是一家保险公司，而不只是财务投资人，说明承保方现在愿意直接为这个品类掏钱。
2. 三年的上线运营、4,000 多份智能合约、70% 的复购率，说明已验证农产品资产基础设施已经走出试点阶段，进入可复制的商业需求期。
3. 把平台定位为冲刺全球首个受监管农产品交易所，说明监管机构正被积极拉入对话，这也为进入同一走廊的相邻风险数据提供商降低了合规风险。
4. 农产品代币化领域已公开的专利，说明一场防御性竞赛正在拉开序幕。现在正是抢先占位面向承保方的风险数据层的时机，不然这块阵地迟早会被某一家交易所的专利捆绑吃掉。

催化因素。 一家保险公司公开领投代币化农产品验证融资，说明承保方已经在为这个品类主动编列预算，而不是坐等交易所生态先成熟起来。

在货物原产地部署一套轻量级验证体系——IoT 集装箱/保管传感器、卫星与海关数据接入、经过审核的独立验货机构网络——持续证明货物从仓库到船舶这一路上的质量、保管链条和位置。这些数据会喂给一个风险评分 API，保险公司可以直接从自己的承保系统调用它，在货物离港前为保单定价或审批授信额度，并在关键保管交接点再次调用，抢在理赔发生之前拦截改道或掉包。评分模型和验证记录都是可移植的，保险公司或放贷方不必绑定某一个交易所或撮合平台才能用上这些数据。

差异化。 和交易所或撮合平台运营商不同，这款产品不要求保险公司或出口商把交易活动搬到新平台上。它卖给核保团队的是一个可移植的风险评分，能直接嵌进他们已经在承保的保单和授信额度里——不管货物最终经由哪家交易所、银行还是经纪商清算。正是这种中立性，让它有机会成为多家互相竞争的农产品交易所共用的风险数据基准层，而不是押注某一家在这场撮合平台大战中胜出。

待完成任务

flowchart LR
  Shipment[Cocoa/cashew export shipment] --> Oracle[IoT custody + customs + surveyor oracle]
  Oracle --> RiskAPI[Agri Collateral Risk API]
  Insurer[Trade-credit insurer underwriting desk] --> RiskAPI
  RiskAPI --> Score[Verified collateral risk score]
  Score --> Policy[Priced trade-credit policy or credit line]
  Policy --> Exporter[Exporter receives financing]

高管要点

• 确实有真实的预算痛点等待解决：西非贸易融资的信用证定价依然在交易金额的 2%-4% 左右，银行常常额外索要抵押品，而贸易信用保险在全球的渗透率本就不高，在西非更是鲜为人知 [14][9]。
• 切入点应该是一层中立的承保基础设施，而不是再造一个撮合平台：现有的相邻玩家各自只覆盖一块——交易所流动性、单据/物权控制、工作流，或遥测数据——没有一家把这几块拼在一起 [1][39][43][45][47]。
• 监管时机有利：MLETR、英国 ETDA、电子提单互操作框架和 EUDR 都在奖励可审计的数字保管和合规轨迹 [21][22][24][25][29][30][31]。
• 近期市场真实存在，但起步阶段依然狭窄；验证一条走廊、拿下 4-5 家保险公司客户，能撑起一个百万美元级别偏低位的 SOM，而要达到风险投资级别的规模，还需要向更多品类、更多走廊，以及放贷方/交易所数据产品扩展 [33][34][35]。

市场定义

相关市场是农产品出口融资的承保与风险基础设施：帮助贸易信用保险公司、出口信用机构和大宗商品放贷方，在货物出运前后验证出口抵押品的物权、保管状态、状况和合规性的软件与数据服务 [14][16][21][23][29]。

用户与买方

日常用户是区域贸易信用保险公司和出口信用机构里的承保、风险运营和理赔团队，大宗商品放贷方和贸易融资银行是次要利益相关方。经济买家通常是承保负责人或首席风险官，尤其是在西非贸易融资成本高、抵押品执行力弱的地方 [14][9][19][20]。

购买触发点

• 一旦欺诈、错误交货或单据纠纷之后启动赔付率或理赔复核，就会暴露出核保团队对纸质单据和邮件链条其实没多少信心。 [17][18][37][48]
• 业务量想往西非可可或腰果走廊扩张，却被高昂的信用证成本和薄弱的抵押品执行力卡住，这让更好的承保前验证显得很有吸引力。 [14][16][19][20]
• 发往欧盟的可可项目现在需要更丰富的溯源和尽职调查数据，这把保险公司往合规级别的证据推，而不再满足于经纪人证明。 [28][29][30][31]

支付意愿

买家早就在承受高额的信用证价差、额外抵押要求和人工管控成本。只要这个 API 能提高放款成数、加快审批，或缩短理赔调查，它就能嵌进现有的风险管理开支，而不必新开一条预算线。 [14][16][17][18][39][47]

品类动态

增长信号 2022 至 2024 年电子提单(eBL)用户采用率从 33.0% 升至 49.2%(年化约 22%)

验证信号

• 保险公司 Tawuniya 在 Maalexi 已上线运营 36 个月、执行 4,000 多份智能合约、客户复购率达 70% 之后，领投了它 2026 年的这轮融资——这是承保相关买家愿意支持这个品类的直接证据。
• IFC/WTO 的西非研究显示，银行早就在为可见性不足付出时间和利润的代价：信用证定价在 2%-4%，额外索要抵押品也很常见。
• 加纳的仓单推广项目中，被引用的试点实现零违约，并有 32 家农村/社区银行接入了电子仓单系统(e-WRS)，说明结构化的抵押品证据能切实改变放贷方在一线的行为。
• 在 2024 年 ICC/FIT 的调查中，电子提单采用率达到 49.2%，经 IGP&I 批准的跨平台互操作交换也已经上线，这消除了单据方面的一个主要顾虑。

监管与技术约束

• 电子提单和仓单要能作为承保证据使用，前提是所选系统能在 MLETR 式或 ETDA 式的法律框架下，证明自己具备控制权、完整性、唯一性，并遵循经批准的规则手册。
• 发往欧盟的可可货物，越来越需要在 EUDR 框架下提供与地理定位挂钩的尽职调查声明和运营方工作流。
• 西非经济共同体四国(ECOWAS4)的银行仍反映会额外索要抵押品，因为货物难以查扣转售，所以数字证据必须提升的是可执行性，而不只是可见性。
• 互操作的电子提单依然依赖共用的法律附件、控制登记系统和行业俱乐部批准的平台；并非所有法域或参与方都已经就绪。

竞争分散在交易所运营方、单据/物权网络、贸易融资工作流软件、货物监管方和货物可视化厂商之间。文中引用的现有厂商里，没有一家能把实物抵押品管控、单据物权管控和面向承保的原生评分，整合进一个交易所中立的 API 里 [1][39][43][45][18][47]。

为什么现有厂商不会默认胜出

• 交易所运营方. Maalexi 证明了保险公司背书的需求真实存在，但它的重心是一个受监管的农产品交易所和代币化场馆；一个中立的 API 能拿下那些不想押注单一撮合平台的买家。
• 贸易融资工作流套件. Komgo 在结构化票据工作流和单据审计轨迹上很强，但它依然是以工作流为中心、横跨多个行业，而不是给承保方提供一个针对特定走廊的实物抵押品评分。
• 电子提单与数字原件网络. CargoX、WaveBL 和 Enigio 解决的是物权单据的真实性和转移问题，但都止步于此，没有做到对货物状态、保管链条和交易对手风险的持续评分。
• 货物监管方与验货机构. 人工的 CMA/SMA(货物监管协议/库存监控协议)运营方确实能带来实打实的管控和追偿价值，但它们是零星、服务密集型的，很难直接实时接入承保决策。
• 货物可视化平台. ORBCOMM 和 Overhaul 提供遥测和安全信号，但它们不是承保系统的记录源，也无法单独确立单据物权或放货管控。

农产品出口抵押品风险预言机(Agri Export Collateral Risk Oracle)是一个预种子期的承保 API，帮助贸易信用保险公司和出口信用机构靠已验证的保管、质量和溯源数据，而非纸质证书和零星巡检，为西非农产品出口风险定价。滩头市场是承保西非可可、腰果出口业务的中型海湾和西非保险公司，起点是从加纳和科特迪瓦发往欧盟的可可，因为欧盟《零毁林法规》(EUDR)和持续的欺诈压力在这里催生出最尖锐的购买触发点。第一款产品不是交易所，也不是放贷方或工作流套件，而是一层针对特定走廊、可接入现有出单和授信流程的承保前风险评分与交接预警层。研究支持这个时机判断：西非贸易融资摩擦成本仍然很高、附加抵押要求普遍，电子提单采用率持续上升，而且一家保险公司亲自领投了 Maalexi 的融资，说明承保相关的买家愿意为已验证的农产品贸易基础设施掏钱。市场打法应把创始人主导销售(面向承保负责人和首席风险官)与走廊伙伴(验货机构、货物监管方、单据平台)结合起来，让第一个试点能借续保或事故复盘的窗口卖出去，而不必要求客户更换整套系统。目前测算的滩头市场规模依然有限——SAM 约 1,410 万美元，第 3 年 SOM 约 200 万美元——所以只有公司真正挣得逐条走廊向相邻品类、放贷方和再保险数据产品扩张的资格，这门生意才谈得上是风险投资级别的机会。最大的执行风险不只是软件质量，而是当地数据合作方能否以足够的覆盖面和足够低的腐败风险，交付经得起信任的承保前证据，进而改变承保决策。研究还留下两个尚未解决的关键缺口：究竟是哪 4 到 5 家保险公司掌握了足够的相关业务量，可以撑起第一批试点；以及目标走廊里到底有多大比例的货物是真正投保或经银行中介的，而不是走公开账户条款。

问题

• 承保方给可可和腰果出口业务定价时，依然靠纸质证书、提单、经纪人证明和零星巡检，货物改道、掉包或评级造假往往要等到理赔发生后才被发现。
• 抵押品可执行性弱、溯源要求又在收紧，这逼得保险公司和放贷方要么把风险定价定得偏高，要么额外索要抵押，要么在出口商仍需融资的走廊里压低敞口。

解决方案

• 把验货机构证明、电子提单或海关单据事件、保管遥测数据汇总成一个针对特定走廊、可接入现有承保流程的承保前风险评分和审计轨迹。
• 在仓库和港口的交接节点持续监控同一批货物，把异常预警推送到承保或理赔环节，并让证据在银行、经纪商和交易所之间保持可移植。

为什么我们会赢

• 这款产品给保险公司的是一个中立的 API，买它不必押注某一家交易所，这一点和 Maalexi 式的场馆策略不同。
• 切入点恰好卡在预算和紧迫感已经存在的地方：续保复核、赔付率复核，以及现在需要更多可审计证据的欧盟可可项目。
• 与理赔挂钩的走廊数据、合作方履约历史、单据与遥测数据交叉图谱，能沉淀出比单一单据或 IoT 厂商更有防御力的承保模型。

里程碑

flowchart LR
  Wedge[EU cocoa insurer wedge] --> MVP[Pre-bind score plus custody alerts]
  MVP --> Proof[Pilot loss and quote-speed proof]
  Proof --> Expansion[More corridors commodities and data buyers]

创始团队

实验路线图

风险评估

必须成立的条件

• 滩头市场里的四到五家保险公司或出口信用机构掌握了足够的西非可可或腰果业务量，能支撑一套集中打首批客户的策略。
• 来自验货机构、海关、单据和遥测数据的承保前证据，能在大多数试点货物上足够早地拿到，从而改变承保决策。
• 一条走廊的试点能把报价速度或人工复核工作量至少提升 30%，并发现人工流程漏掉的异常。
• 当地合作方的 SLA 能达到数据完整度和反腐门槛，而不会把毛利率拖垮成一门服务型生意。
• 保险公司足够看重交易所中立的可移植性，愿意买一个独立 API，而不是等交易所或单据厂商把类似功能捆绑进来。

待尽调问题

• 哪些具名的海湾和西非保险公司或出口信用机构，拥有最高的可可或腰果承保量，以及近期的欺诈或理赔痛点？
• 在承保前实际能拿到多少有决策价值的数据，相对于货物已经在途之后才能拿到的数据？
• 对买家来说，实践中最看重的 KPI 是赔付率、报价速度、放款成数，还是理赔调查时间？
• 验货机构、仓库和单据合作方能否在加纳和科特迪瓦以可接受的单位经济模型，满足反腐和正常运行时间的 SLA？
• 再保险公司和经纪商会把这个产品当作损失控制工具引入，还是视为额外的运营摩擦？

模型合理性

• 收入引擎. 基准情形的收入来自活跃付费走廊账户从第 1 年结束时的 2 个增长到第 3 年结束时的 6 个，同时单账户混合 ARPU 从试点为主的约 2.8 万美元/月升到约 3.7 万美元/月。
• 必须成立的前提. 公司必须在第 6 个月前拿下首个付费试点，并把合作方和数据成本控制在商业计划书 30% 的上限之内，毛利率才能在第 3 年冲过 70%。
• 模型崩溃的临界点. 如果销售周期拉长到 8-9 个月，或者合作方数据质量拖慢了生产定价，下行情形的收入会跌到约 150 万美元，现金会跌破零约 40 万美元。
• 下一轮融资的证明点. 只要预种子轮资金能让公司在第 18 个月拿到 3 个付费或生产账户，并在第 24 个月拿到 4 个活跃走廊账户，再加上一个可对外引用的承保投资回报案例，种子轮的故事就成立。

情景

敏感性

flowchart LR
  TargetAccounts --> PaidPilots
  PaidPilots --> CorridorAccounts
  CorridorAccounts --> MonitoredShipments
  MonitoredShipments --> Revenue
  CorridorAccounts --> BenchmarkData
  BenchmarkData --> Revenue
  Revenue --> GrossProfit
  GrossProfit --> Cash

警示项: 第 3 年 EBITDA 利润率仍为负，所以下一轮融资要靠走廊可复制性和承保投资回报证明，而不是靠盈利本身。 · 四到六个活跃走廊账户很可能只对应 4-5 家保险公司客户，所以一个锚点客户的延迟就可能让年收入摆动约 30 万至 40 万美元。 · 毛利率只有在合作方和数据接入成本于第三个试点前保持在商业计划书 30% 上限以下时，才能冲过 70%。 · 模型假设承保前数据完整度达到 70% 以上，且首个付费试点在第 6 个月落地；只要有一项落空，下行情形的现金就会转负。

• 交易所平台向下游整合承保环节. Maalexi 或类似交易所可能自建面向保险公司的风险评分层，把独立验证服务商挤出局。 缓解措施: 以不依赖交易所的中立层身份直接卖给保险公司，并通过合同锁定数据可移植性，让保险公司关系保持在自己手里，而不是经由某一家交易所的合作绕道。
• 实物验证仍可能被人为操纵. 被收买的验货师、被伪造的传感器信号或被篡改的保管记录，都可能瓦解保险公司所依赖的风险评分，造成毁掉信任的失败。 缓解措施: 在出具评分前要求多源交叉印证(IoT 遥测数据、海关/卫星数据、独立验货机构签字)，并配合密码学层面的异常检测。
• 监管和走廊差异拖慢扩张速度. 西非、海湾和欧盟的保险及贸易融资规则差异很大，拉长了销售周期，也让统一的合规打法变得复杂。 缓解措施: 先在一条走廊、一家保险公司落地，沉淀出成文的合规与对接打法，再联合当地再保险公司或出口信用机构逐条走廊复制。