工业协议也能上架分成？聊聊我们做的协议库和测试激励平台
做工业通信绕不开一个现实：协议碎片化。Modbus RTU/TCP、PROFIBUS、PROFINET、EtherCAT、BACnet、OPC UA，再加上各家私有协议。每个项目都在重复做同类适配，写完的代码基本不会流出到第二个项目。
我们做了个工业协议开放社区，把协议当作可上架、可测试的技术资产来处理。近期激励机制上线，把三条路径和规则整理在下面。
一、平台组件
先说明平台上有哪些东西，后面讲流程会更清楚：
[*]协议库 — 开发者的个人协议资产库，存放自己发布/获得的协议，可提交上架
[*]协议市场 — 协议的上架与交易场所
[*]数据中台 — 绑定设备、实际运行协议、完成实测验证
[*]协议编辑器 — 构建、编辑并验证工业协议定义（含发送测试报文）
[*]网关部署 — 协议打包为 .pkg，通过 U 盘或 SSH 传输到网关
[*]开发者空间 — 个人中心：我的项目 / 我参与的 / 我的发布 / 费用中心
[*]共创需求广场 — 协议开发需求的发布与认领
二、三条变现路径
路径 1：协议销售分成
适合：有协议作品的开发者
规则要点：
[*]分成比例固定为定价的 50%
[*]协议需先通过平台审核才能上架
[*]被下架是终态，无法重新提交（如需重新发布要删除后新建）
[*]购买方拿到的是副本形式，副本不能再次上架到协议市场——发布权始终在原作者
路径 2：协议测试激励
适合：手上有真实设备（PLC / 仪表 / 控制器）的工程师
这条路径的完整流程比较长，分两边看。
发布方（有协议、需要验证的人）：
几个关键设计：
[*]发布任务时不需要付费。页面会显示「预计最高激励支出 = 每人激励 × 人数上限」，但实际是按批准人数逐人冻结
[*]余额不足不影响发布，但逐个批准测试者时需要相应余额来冻结，建议提前充值
[*]测试标准会在验收时作为审核依据，建议写具体
[*]收尾方式有两种：「标记为已完成」（进行中）或「停止招募」（招募中），都会释放未发放的冻结、回收已下发的副本，且不可撤销
测试者（有设备、想接任务的人）：
状态流转（测试者视角）：
状态含义
协议已下发协议副本已到你的协议库，可进入数据中台绑定设备测试
待审核已提交测试结果，等待平台管理员审核
待验收管理员已审核通过，等待发布者验收
已完成验收通过，激励已发放至费用中心
未通过验收未通过，可修改后重新提交
已结束发布者结束了本次参与，激励不发放
路径 3：协议开发协作
适合：能写协议/驱动的开发者
在「共创需求广场」发布或认领需求。需求方填写目标设备、合作方式、激励方式、预算。
预算形式支持三种：
[*]固定金额（如 ¥50,000）
[*]收益分成
[*]可协商
流程：开发者申请 → 发布方选定一人（选定后其他申请人自动转为「未入选」）→ 开发者在数据中台完成开发 → 点「发布」同步到自己的协议库 → 回到任务选择该协议交付 → 发布方验收 → 酬劳发放，协议副本交付到发布方名下。
注意：只能交付你自己发布的协议。交付给对方的也是副本形式，不能再上架。
三、费用中心与记账科目
钱包相关的收支科目是分开记的，方便对账：
[*]协议销售分成
[*]开发者测试激励（收入）
[*]测试任务激励支出（支出）
[*]开发者开发激励（收入）
[*]开发任务激励支出（支出）
四、诚信与核验机制
这套机制能跑起来，靠的是平台在中间做核验：
[*]资金冻结式发放 — 发布方批准测试者时即冻结该笔激励，验收通过才转移给测试者；任务终止时未发放部分退回发布方
[*]真实性核验 — 管理员凭测试者上报的设备名与协议 uniqueId 去数据中台核对，确认是真实设备跑出的结果
[*]测试数据不外泄 — 真实数据只在数据中台，只有管理员可见。发布方看到的是测试结果与设备信息，拿不到原始数据
[*]副本机制 — 购买方与测试者获得的均为副本，副本不可二次上架，分发权归创作者
五、适合谁
[*]写过工业协议/驱动的开发者 → 上架分成 + 接开发需求
[*]现场工程师、自动化从业者 → 手上有 PLC / 仪表 / 控制器，接测试任务
[*]需要协议的一方 → 协议市场直接购买，或发共创需求定制
[*]做集成/方案的团队 → 需求广场找人做适配
六、入口
社区地址：https://ultrabus.shiott.cn
协议库和共创需求广场公开可浏览，不用注册就能看到当前有哪些协议、哪些测试任务、需要什么设备、什么价格。
有关于协议适配、流程细节的问题，欢迎在评论区讨论。也可以直接看社区内文档，工具链的使用说明都在里面。
页:
[1]