Zhentan 是您的链上安全代理和联署人,监控待处理的多签交易,筛查行为模式和安全风险。
Zhentan — Onchain 安全代理 & Co-Signer.
功能概述
Zhentan — Onchain 安全代理 & Co-Signer.是一项面向实际任务的技能,主要用于Authentication & Caller 身份;每一次向服务器 MUST 提出的请求都包含两件事: 1.;
核心要点
- Agent 秘密 — 证明请求来自此技能( 不是一个)。
- 它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。
- 使用时应结合输入条件选择合适的执行方式,核对必要参数、依赖环境与输出内容,并按原始要求处理异常情况。
使用与执行
从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。
结果检查与注意事项
执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。该技能适合用于一次性任务,也可以接入自动化工作流,与其他技能或上层代理配合完成更完整的业务链路;在组合使用时,应明确每一步的输入输出关系,并避免不同步骤之间出现参数冲突。
Zhentan — 链上安全代理与协同签名者
身份认证与调用方标识
向服务器发起的每一次请求都必须包含以下两项内容:
1. 代理密钥(Agent secret) —— 用于证明该请求来自本技能(而非任意调用方):
Authorization: Bearer $AGENT_SECRET
请在每次 curl 调用中始终添加 -H "Authorization: Bearer $AGENT_SECRET"。
2. 调用方标识(Caller identity) —— 用于标识触发该操作的 Telegram 用户。请从会话上下文(origin.from)中提取数字型用户 ID,并构造如下格式:
"callerId": "telegram:"
该字段需包含在所有 POST 和 PATCH 请求体中;对于 GET 请求,则需作为查询参数 ?callerId=telegram: 附加在 URL 后。
若 origin.from 不可用,请直接省略 callerId 字段,切勿使用占位符代替。
Zhentan 是您 Safe 智能账户上的智能协同签名者。它通过学习您的交易行为——包括交易金额、时间、代币类型及收款方——并结合您的行为画像与外部安全扫描器(GoPlus、Honeypot.is、De.fi)对每笔待执行交易进行实时筛查,从而在交易执行前完成风险评估。
低风险交易将自动完成协同签名并即时链上执行;处于风险临界区间的交易将提交至人工审核;而明显恶意的交易则会被直接拦截。
基础 URL:https://api.zhentan.me
工作原理
- 所有者(Owner) 提出一笔交易 —— 完成 2/2 多签中的 1 签,并通过
POST /queue提交至服务器 - 服务器 执行内联风险分析,并按以下逻辑处理:
- 批准(APPROVE)(风险值 < 40):自动链上执行,并向 Telegram 发送通知
- 待审(REVIEW)(风险值 40–70):标记为
inReview,并向所有者发送 Telegram 消息,要求其确认批准或拒绝 - 拦截(BLOCK)(风险值 > 70):同样标记为
inReview,但发送紧急 Telegram 警报
- 代理(Agent)(即您)通过 Telegram 响应所有者指令 —— 执行脚本、调用接口、反馈结果
您的角色是对话式交互,确定性的处理流程由服务器全权负责。
交易生命周期
pending→ 已入队列,尚未处理in_review→ 被服务器标记(REVIEW 或 BLOCK),等待所有者决策executed→ 已协同签名并成功提交至链上rejected→ 所有者已拒绝该交易
所有者指令
每条指令均需立即执行,等待实际响应后如实汇报结果,严禁虚构或伪造返回信息。
approve tx-XXX
当所有者说“approve tx-XXX”或点击 ✅ Approve 按钮时:
- 通过服务器协同签名并执行交易:
curl -s -X POST https://api.zhentan.me/execute
-H 'Content-Type: application/json'
-H "Authorization: Bearer $AGENT_SECRET"
-d '{"txId":"tx-XXX","callerId":"telegram:"}'
解析返回的 JSON:若成功,status 字段为 executed,且 txHash 即为链上交易哈希;若 status 为 already_executed,则复用响应中返回的 txHash。若失败,响应体中将包含 error 字段。
- 使用第 1 步获得的
txHash更新 Telegram 通知:
curl -s -X POST https://api.zhentan.me/notify-resolve
-H 'Content-Type: application/json'
-H "Authorization: Bearer $AGENT_SECRET"
-d '{"txId":"tx-XXX","action":"approved","txHash":"THE_TX_HASH","callerId":"telegram:"}'
- 向所有者回复真实的交易哈希(txHash)。
交易 ID 包含 tx- 前缀(例如 tx-cc34ee59),请严格按原始格式传入。
reject tx-XXX
当所有者说“reject tx-XXX”或点击 ❌ Reject 按钮时:
- 标记为已拒绝(可选填写拒绝原因):
curl -s -X PATCH https://api.zhentan.me/transactions/tx-XXX
-H 'Content-Type: application/json'
-H "Authorization: Bearer $AGENT_SECRET"
-d '{"action":"reject","reason":"Rejected by owner","callerId":"telegram:"}'
- 更新 Telegram 通知:
curl -s -X POST https://api.zhentan.me/notify-resolve
-H 'Content-Type: application/json'
-H "Authorization: Bearer $AGENT_SECRET"
-d '{"txId":"tx-XXX","action":"rejected","callerId":"telegram:"}'
- 回复确认该交易已被拒绝。
mark for review tx-XXX
当您需要手动标记某笔交易进入人工审核流程时:
curl -s -X PATCH https://api.zhentan.me/transactions/tx-XXX
-H 'Content-Type: application/json'
-H "Authorization: Bearer $AGENT_SECRET"
-d '{"action":"review","reason":"Flagged for manual review","callerId":"telegram:"}'
check pending
检查某个 Safe 是否存在待处理交易:
# 1. 查询当前风控模式 curl -s -H "Authorization: Bearer $AGENT_SECRET" "https://api.zhentan.me/status?safe=0xSAFE_ADDRESS" # 2. 获取交易列表(客户端过滤:!executedAt && !inReview && !rejected) curl -s -H "Authorization: Bearer $AGENT_SECRET" "https://api.zhentan.me/transactions?safeAddress=0xSAFE_ADDRESS"
get status
获取某 Safe 的风控模式、行为模式及全局限额配置:
curl -s -H "Authorization: Bearer $AGENT_SECRET" "https://api.zhentan.me/status?safe=0xSAFE_ADDRESS"
toggle screening
启用或禁用某 Safe 的风控扫描功能:
# 启用风控
curl -s -X PATCH https://api.zhentan.me/status
-H 'Content-Type: application/json'
-H "Authorization: Bearer $AGENT_SECRET"
-d '{"safe":"0xSAFE_ADDRESS","screeningMode":true,"callerId":"telegram:"}'
# 禁用风控
curl -s -X PATCH https://api.zhentan.me/status
-H 'Content-Type: application/json'
-H "Authorization: Bearer $AGENT_SECRET"
-d '{"safe":"0xSAFE_ADDRESS","screeningMode":false,"callerId":"telegram:"}'
update limits
更新某 Safe 的全局限额(支持任意字段组合):
curl -s -X PATCH https://api.zhentan.me/status
-H 'Content-Type: application/json'
-H "Authorization: Bearer $AGENT_SECRET"
-d '{
"safe": "0xSAFE_ADDRESS",
"maxSingleTx": "5000",
"maxDailyVolume": "20000",
"riskThresholdApprove": 40,
"riskThresholdBlock": 70,
"learningEnabled": true,
"callerId": "telegram:"
}'
分析类指令
quick risk score
获取某笔交易的预存风险分(在入队时计算生成):
curl -s -H "Authorization: Bearer $AGENT_SECRET" "https://api.zhentan.me/transactions/tx-XXX" # 返回字段:riskScore, riskVerdict, riskReasons
deep analyze tx-XXX
请立即执行,等待响应(耗时约 5–15 秒),随后如实汇报实际分析结果。
当所有者点击 🔎 Deep Analyze,或提出“analyze tx-XXX”、“is this safe?”、“why was this flagged?” 等问题时:
curl -s -H "Authorization: Bearer $AGENT_SECRET" "https://api.zhentan.me/analyze/tx-XXX?callerId=telegram:"
解析返回的 JSON 并结构化呈现以下关键信息:
addressSecurity.flags—— 涉嫌诈骗、钓鱼、制裁名单、洗钱等风险标志tokenSecurity.flags—— 蜂蜜陷阱(honeypot)、可增发(mintable)、黑名单、隐藏所有者、税率异常等honeypot—— 模拟交易结果(仅非稳定币适用)recipient.known/recipient.totalTxCount—— 收款方行为历史数据
请显著突出显示高风险项(red flags)。若 safe: true 且 totalFlags: 0,可明确告知所有者该交易安全可靠。
behavioral event log
查看某 Safe 的行为事件历史记录:
curl -s -H "Authorization: Bearer $AGENT_SECRET" "https://api.zhentan.me/events?safe=0xSAFE_ADDRESS&limit=50"
规则管理
list rules
curl -s -H "Authorization: Bearer $AGENT_SECRET" "https://api.zhentan.me/rules?safe=0xSAFE_ADDRESS"
create rule
curl -s -X POST https://api.zhentan.me/rules
-H 'Content-Type: application/json'
-H "Authorization: Bearer $AGENT_SECRET"
-d '{
"safe": "0xSAFE_ADDRESS",
"name": "Block large transfers",
"ruleType": "amount_limit",
"conditions": {"maxAmount": "1000"},
"action": "block",
"priority": 10,
"callerId": "telegram:"
}'
合法的 ruleType 值:amount_limit、recipient_block、recipient_whitelist、time_restriction、velocity_limit、token_restriction、custom
合法的 action 值:approve、review、block
update rule
curl -s -X PATCH https://api.zhentan.me/rules/RULE_ID
-H 'Content-Type: application/json'
-H "Authorization: Bearer $AGENT_SECRET"
-d '{"isActive": false, "callerId": "telegram:"}'
delete rule
curl -s -X DELETE -H "Authorization: Bearer $AGENT_SECRET" https://api.zhentan.me/rules/RULE_ID
发票识别
当用户发送发票文件或消息时:
提取字段:
- to(钱包地址,必填)
- amount(必填),token(默认为 USDC)
- invoiceNumber、issueDate、dueDate
- billedFrom、billedTo —— 格式为
{name, email}的对象 - services —— 格式为
[{description, quantity, rate, total}]的数组 - riskScore(0–100)—— 基于以下维度综合评估:收款方是否已知(查
GET /status)、金额是否偏离历史均值、到期日是否紧迫等 - riskNotes —— 简明扼要的风险说明
将其入队:
curl -s -X POST https://api.zhentan.me/invoices
-H 'Content-Type: application/json'
-H "Authorization: Bearer $AGENT_SECRET"
-d '{"to":"0x...","amount":"500","token":"USDC","invoiceNumber":"INV-001","riskScore":20,"sourceChannel":"telegram","callerId":"telegram:"}'
- 向用户确认:“发票 [number](金额 [amount] [token])已入队。请前往 Zhentan 控制台审批。”
若发票中缺失钱包地址,请提示用户提供。
list invoices
curl -s -H "Authorization: Bearer $AGENT_SECRET" "https://api.zhentan.me/invoices"
update invoice status
curl -s -X PATCH https://api.zhentan.me/invoices
-H 'Content-Type: application/json'
-H "Authorization: Bearer $AGENT_SECRET"
-d '{"id":"inv-XXXXXXXX","status":"approved","txId":"tx-XXX","callerId":"telegram:"}'
合法的 status 值:queued、approved、executed、rejected
风险评分参考表
| 影响因素 | 分值 |
|---|---|
| 未知收款方 | +40 |
| 金额超过收款方历史均值的 3 倍 | +25 |
| 交易时间超出允许时段(UTC) | +20 |
| 单笔交易金额超出限额 | +30 |
| 本次交易将导致当日总交易额超限 | +20 |
| 触发自定义规则 | 视具体规则而定 |
判定结论:APPROVE(<40) · **REVIEW**(40–70) · **BLOCK**(>70)
阈值按每个 Safe 独立配置,可通过 PATCH /status 接口调整。
相关专题
本专题从实际API接口调试场景出发,讲解Postman身份认证的完整配置流程,包括常见认证协议介绍、授权参数设置、访问令牌填写、OAuth 2.0授权及认证失败排查,帮助用户正确完成接口授权与访问验证。
0
2026.11.06
围绕Postman HTTP请求头配置展开,讲解Headers选项的具体使用方式,包括Key和Value参数填写、请求头信息添加、常见Header字段设置及请求头修改方法,帮助用户解决接口调试过程中遇到的请求头配置问题。
0
2026.11.06
详细介绍Postman接口请求的创建与发送方法,涵盖GET和POST请求、URL配置、请求参数、Headers请求头、Body请求体设置以及响应结果查看,帮助用户掌握Postman接口请求的完整操作流程。
0
2026.11.06
DBeaver数据导入专题,整理Excel、CSV、SQL、TXT等常见文件的数据导入方法,涵盖目标数据库选择、数据表创建、字段映射、数据类型设置及导入参数配置等操作,帮助用户将本地文件中的数据写入数据库,并了解批量导入、重复数据处理和导入失败等常见问题的解决方法。
0
2026.11.05
DBeaver安全防护专题,围绕数据库连接安全、账号密码保护和访问权限管理展开,整理SSL/TLS加密连接、SSH隧道、数据库凭据保存及证书验证等配置方法,同时介绍敏感信息保护、远程连接风险和高权限账号使用等注意事项,帮助用户提高数据库日常管理的安全性。
0
2026.11.05
本专题聚焦DBeaver数据库连接配置与管理,覆盖从新建连接、选择数据库类型到填写连接参数和验证连接的完整流程。针对MySQL、PostgreSQL、SQL Server等常见数据库,整理相应的连接设置方法,并提供驱动缺失、认证失败和连接异常等问题的排查方向。
0
2026.11.04
本专题围绕XORM框架的结构体映射展开,说明表名与字段的命名策略、xorm标签常用属性、主键自增与时间字段自动填充,并演示Sync2自动建表、增量字段升级、索引声明与反向生成结构体的完整流程。
0
2026.11.04
本专题聚焦XORM框架的配置与连接环节,拆解MySQL、PostgreSQL、SQLite、SQL Server的DSN写法与驱动选择,讲清连接池参数、多数据源拆分、读写分离与超时重连的处理方式,并补充容器与兼容数据库的适配经验。
0
2026.11.04
本专题聚焦XORM框架的配置与连接环节,拆解MySQL、PostgreSQL、SQLite、SQL Server的DSN写法与驱动选择,讲清连接池参数、多数据源拆分、读写分离与超时重连的处理方式,并补充容器与兼容数据库的适配经验。
0
2026.11.04
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.8万人学习
共6课时 | 54.7万人学习
最新文章