雨证 · RainProof

参数化降雨险 · 结算依据是链上降雨读数,不是查勘Parametric rain insurance · settled by on-chain rainfall, not by loss adjustment

未连接 区块Block — 合约Contract 未配置

雨证·RainProofParametric Rain Insurance

给外卖骑手的参数化降雨险

雨量越线,就按链上数据赔。

不查勘、不定损、骑手不用举证。


赔付触发
链上雨量越过阈值线 —— 12 / 24 小时窗口,分档下限按 GB/T 28592—2012
判定依据
R1–R5 确定性规则链;输入快照与输出结论各一个哈希上链,第三方拿同一份快照重跑,逐字节相同
谁来付款
合约资金池结算 —— claim 任何人可触发,合约本身没有定时器,判定必须有人提交

链上读数 · 不依赖任何区块浏览器
数据直接向公共节点提问取得;连不上时按四层降级,并在页首如实标出读的是哪一层

四个入口,从这里进去

four doors 每一页都是独立地址 · 可刷新、可后退、可分享
01 降雨量测看板 五城同一把尺子,满量程 = 2 × 阈值。越线的那一段用金额色。 measure 进入 → 02 开一张保单 选区域与保障时长,保费链上取值。理赔只看投保后的增量。 money 进入 → 03 我的保单 逐份读链上:保障期进度、增量条、链上 AI 判定与两个哈希。 policy 进入 → 04 合约配置与运营 合约地址、只读连接、资金池注资 —— 低频配置,默认收起。 evi 进入 →

只读模式与诚实说明Read-only mode & notes

已知边界 · 不假装

只读模式:没连钱包也能看全部数据 —— 链上有什么,这里就显示什么。

诚实说明:喂价脚本是中心化预言机,数据可信度取决于运营方;生产环境应改用去中心化预言机网络 (AI 层在链下做的三件事见投保页的「AI 层做了什么」)。它不判断「人有没有真的受损」,那需要平台的订单数据,属于路线图。 每次判定都把输入快照和输出结论各算一个哈希写上链,第三方拿同一份快照重跑,得到的是逐字节相同的结果。

这里的数字不依赖任何区块浏览器:合约地址、账户余额、降雨值、事件日志,全部直接向节点提问取得 (rpc.botchain.ai)。

主网 677 走 rpc.botchain.ai。外网可直连;中国大陆等网络直连不通(实测直连超时、走代理 200)。 页面因此按「主网 677 → Vercel 只读中转 → 测试网 968 → 页面自带的链上快照」四层并行探测(每条比前一条晚 1.2 秒出发, 哪个先答上就用哪个),并在顶部如实标出当前读的是哪一层 —— 退到 968 会写明 BOT Chain Testnet, 退到快照会写明「BOT Chain Mainnet · 链上快照」,都不会假装还在读实时主网。 连不上任何节点时,整套演示仍然看得完:数据全部真实来自链上,只是读到的是某一时刻的读数。

雨证 · RainProof · 参数化降雨险 BOT Chain 677 合约 0x89e7…596a 数据直接向公共节点提问 · 不依赖任何区块浏览器
资金池Pool— 可覆盖 — 笔满额赔付full payouts
已赔付Paid out— 正在读链上事件reading events
已越阈值区域Over threshold— 按 72 小时窗口72 h window
待 AI 判定Awaiting AI— 连接钱包后可读connect to read

降雨量测Rainfall readings

rainfall(uint8) · 五城累计值 同一把尺子:满量程 = 2 × 阈值 · 超出者顶格
正在读取各区域降雨reading rainfall

链上动态On-chain activity

eth_getLogs · 合约直接发出的事件 事件名与参数都是合约发出的原始内容,本页只做翻译
正在读取事件日志reading event logs

五城一览Five cities

同一条链、同一把尺子 · 点一行就换城市
——正在读取链上读数

这一屏的读数从哪来Where these numbers come from

eth_call · 页首那行小字就是它
读到的是哪一层—
节点 / 来源—
块高—
这一份读数—
读数由浏览器直接向公共节点 eth_call 取得,不经过任何后端,也不依赖区块浏览器。

开一张保单Open a policy

buyPolicy(regionId, hours)
三步上手:① 点一个城市 → ② 选保障时长 → ③ 看链上算出来的保费与触发阈值。 不需要钱包、不花钱:这三步只发只读的 eth_call,页面不签名、不广播任何交易 (真要投保才用得上钱包)。
Three steps: pick a city → pick a cover window → read the premium and trigger computed on-chain. No wallet and no gas — these are read-only eth_call requests; nothing is ever signed or broadcast.
配送区域Delivery region
保障时长Cover window
应付保费Premium
—
premiumOf(区域, 时长)
链上取值 / on-chain
正在连链上读取…reading on-chain…
触发条件(增量 ≥)Trigger (increase ≥)—
赔付档位Payout tier按国标三级 · 50 / 75 / 100%per GB standard
本单赔付上限Max payout—
生效延迟Effective delay——
理赔只看投保后的增量:投保当刻的链上读数记为基线, 之后新增累计降雨 ≥ 阈值 才进入判定。 实赔按国标档位打折:暴雨 50% / 大暴雨 75% / 特大暴雨 100%。
Claims use the post-purchase increase: the reading at purchase is the baseline, and only new rainfall ≥ the threshold enters judgement. A payout is scaled by tier — 50% / 75% / 100%.

AI 层做了什么What the AI layer does

链下算 · 链上留痕
喂价验收三模型交叉比对,离群就拒收 —— 拒收本身也上链留痕Three models cross-checked; an outlier feed is rejected and the rejection is logged on-chain too
判定复核按 R1–R5 规则给出赔/不赔与置信度,输入快照与输出结论各一个哈希写进链Deterministic R1–R5 rules return PAY / DENY plus a confidence, with one hash for the input snapshot and one for the output
承保定价五个区域的差异化保费,依据串哈希写进 UnderwritingDecision 事件Region-specific premiums, with the evidence hash in the UnderwritingDecision event

我的保单My policies

policiesOf(account) · 逐份读链上 按钮点不动时,按钮自己会写出原因
保单 / 区域Policy / region保障期与进度Cover & progress链上 AI 判定(可核)On-chain AI judgement操作Actions
连接钱包后,这里会列出你在本合约上的全部保单。Connect a wallet to list your policies on this contract.

合约配置与运营操作Contract config & ops

fundPool · 低频配置 地址只存在你自己的浏览器里(localStorage),不上传任何地方
只读模式
还没有合约地址?先打开 链上核验台 确认部署成功,再把地址粘到这里。 地址只存在你自己的浏览器里(localStorage),不上传任何地方。
No contract address yet? Confirm the deployment in the on-chain verifier first, then paste it here. It is stored in your browser only.
资金池必须有余额。最低一档保费 0.00053 BOT 却要赔最高 0.01 BOT(链上 10 格实值 0.00053–0.00105;MIN_PREMIUM = 0.00002 BOT),单格 9.5–18.9×, 池子是空的,第一笔赔付都过不去 —— 链上会直接抛 insurance pool empty。