ZkOrigoPlus – 合规验证器：通过 ISO20022 连接银行与区块链
2 分•作者: ADCXLAB•7 个月前
我一直在开发一个无状态的合规性和验证引擎，它可以在多条链上运行（以太坊、XRPL、Hedera、Polygon、Stellar、比特币）。
所有内容都按请求处理——没有客户记录，没有日志，没有存储。
只有确定性的验证。
目前的功能：
• 钱包 + 交易检查（多链）
• AML（反洗钱）、基本 KYC 逻辑、RWA（真实世界资产）证明结构
• 零知识证明验证框架
• ISO 20022 XML 生成（pacs.008、pain.001）
• 基本的跨境规则引擎
• AI/ML 咨询层（可选——模型从 S3 加载并在推理时运行，不保留数据）
基础设施：
• 完全无服务器：API 网关 + Lambda
• 6 个链验证器
• 6 个合规模块
• 沙盒 + 生产环境
• 设计上无状态（没有 PII（个人身份信息），除非用户启用，否则不进行遥测跟踪）
实时演示：
• MVP 验证器：https://mvp.zkorigoplus.com
（简单的 UI，显示链 + 合规性输出）
• API 文档：https://zkorigoplus.com
我正在寻找什么：
不是想推销任何东西——只是想听取之前构建过合规性、支付或链基础设施的工程师的反馈。
主要问题：
1. 从长远来看，无状态方法是否合理？
2. 架构中是否存在明显的差距？
3. 多链抽象是否过于宽泛或合理？
4. AI 咨询层是应该保持可选还是完全移除？
如果需要，很乐意分享更多细节。
查看原文
I’ve been working on a stateless compliance and validation engine that runs across multiple chains (Ethereum, XRPL, Hedera, Polygon, Stellar, Bitcoin).
Everything is processed per-request — no customer records, no logs, no storage.
Just deterministic validation.<p>What it currently does
• Wallet + transaction checks (multi-chain)
• AML, basic KYC logic, RWA attestation structure
• Zero-knowledge proof validation framework
• ISO 20022 XML generation (pacs.008, pain.001)
• Basic cross-border rules engine
• AI/ML advisory layer (optional — model loads from S3 and runs at inference time, no data retention)<p>Infrastructure
• Fully serverless: API Gateway + Lambda
• 6 chain validators
• 6 compliance modules
• Sandbox + production environments
• Stateless by design (no PII, no telemetry tracking unless user enables it)<p>Live Demo
• MVP validator: https://mvp.zkorigoplus.com
(simple UI showing chain + compliance outputs)
• API documentation: https://zkorigoplus.com<p>What I’m looking for
Not trying to sell anything — just want feedback from engineers who’ve built compliance, payments, or chain infrastructure before.<p>Main questions:
1. Does the stateless approach make sense long-term?
2. Any obvious gaps in the architecture?
3. Is the multi-chain abstraction too broad or reasonable?
4. Should the AI advisory stay optional or be removed entirely?<p>Happy to share more details if helpful.