> For the complete documentation index, see [llms.txt](https://worldchain-1.gitbook.io/lian-zhi-huan-qiu/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://worldchain-1.gitbook.io/lian-zhi-huan-qiu/ji-shu-jia-gou/images-and-media.md).
# SET 安全电子交易协议
在链智寰球（World Chain）平台中，支付安全是支撑生活娱乐一体化生态稳定运行的关键基础。平台在涉及**商城购物、短剧及直播付费、旅游票务预订、酒店服务与本地生活消费**等真实交易场景中，引入并实施 **SET（Secure Electronic Transaction）安全电子交易协议**，以确保在线支付过程的安全性、可靠性与可验证性。
SET 安全电子交易协议是一种成熟的国际电子支付安全标准，通过公钥加密与私钥加密相结合的方式，对支付信息和订单信息进行分离处理，从根本上保障消费者在网络支付过程中的信息安全。链智寰球通过将 SET 协议与平台统一身份系统、交易风控模块相结合，构建起多层次的支付安全防护体系，使用户在进行信用卡或其他合规支付方式时，可以专注于消费与服务体验，而无需担忧信息泄露或交易风险。
***
#### SET 协议的核心安全要求
在链智寰球平台中，SET 协议的实施严格遵循以下关键安全原则：
* **相互认证机制**\
SET 协议要求在交易过程中同时完成消费者（持卡人）身份认证与商户身份认证，确保交易双方均为合法、可信主体，从源头上防范伪造身份与欺诈交易。
* **支付信息与订单信息分离加密**\
支付信息（PI，Payment Information）与订单信息（OI，Order Information）分别进行加密处理，商户只能获取订单相关信息，而无法直接接触用户的支付详情，从而最大程度保护用户的财务隐私。
* **防篡改与完整性保护**\
SET 协议通过加密摘要与签名校验机制，确保交易数据在传输过程中不可被修改。一旦数据被篡改，系统将立即识别并拒绝该交易请求。
* **良好的互操作性与扩展性**\
SET 协议支持与多种支付系统、银行网络及安全模块协同运行，能够在不同国家和地区的支付环境中稳定部署，满足链智寰球全球化业务布局的需要。
***
#### 双重签名机制（Dual Signature）
双重签名是 SET 协议的核心设计之一，其目的在于安全地关联两类不同接收对象的信息：
* 商户订单信息（OI）
* 银行或支付机构处理的付款信息（PI）
在链智寰球的支付流程中，系统会分别对 OI 与 PI 生成消息摘要，并通过双重签名机制将二者安全绑定。这样既保证了交易整体的一致性，又确保了不同参与方只能获取其授权范围内的数据。
双重签名生成流程
这些流程确保了交易在各个节点均可被验证，但不会泄露不必要的信息。
#### 采购请求生成（Purchase Request Generation）
在链智寰球平台中，当用户在商城购物、购买短剧内容、预订旅游票务或使用本地生活服务并发起支付时，系统将生成一条安全的采购请求。\
该采购请求的生成过程基于 SET（Secure Electronic Transaction）协议，需要以下三个核心输入参数：
* **付款信息（PI，Payment Information）**\
包含用户的支付凭证与付款相关数据，仅供支付机构或银行验证使用，不向商户披露。
* **双重签名（Dual Signature）**\
用于将付款信息（PI）与订单信息进行安全绑定，确保两者在同一交易中保持一致性，同时防止任何一方单独获取完整交易数据。
* **订单信息摘要（OIMD，Order Information Message Digest）**\
由订单信息（如商品或服务内容、金额、时间等）生成的加密摘要，用于验证订单内容的完整性。
通过上述三个输入，链智寰球支付系统生成一条符合 SET 安全标准的采购请求，并将其分别发送至对应的商户系统与支付处理机构，实现信息分离与安全传输。
#### 商户端购买请求验证（Merchant-side Verification）
在接收到采购请求后，链智寰球合作商户需对该请求的有效性进行验证，以确保订单真实、完整且未被篡改。验证过程主要包括以下步骤：
* 商户首先对接收到的付款信息摘要（PIMD）进行哈希运算，生成对应的 **POMD（Payment Order Message Digest）**；
* 随后，商户通过双重签名解密过程，获取由用户生成并签署的 **POMD**；
* 商户将两次得到的 POMD 进行比对验证：
* 若两者一致，则说明付款信息与订单信息在生成采购请求后未被篡改，交易请求合法有效；
* 若不一致，系统将拒绝该交易请求，并触发安全异常处理流程。
通过这一验证机制，链智寰球确保商户仅能获取与订单履约相关的信息，而无法接触用户的敏感支付数据，从而在保障交易安全的同时，维护用户的支付隐私。
***
#### SET 协议在链智寰球中的优势体现
通过 SET 安全电子交易协议，链智寰球在支付层面实现了以下核心保障：
1. **支付信息的机密性与完整性**\
商户无法获取用户的完整支付信息，支付数据始终处于加密状态，有效防止信息泄露。
2. **交易行为的不可否认性**\
通过数字签名机制，交易双方的行为均可被验证和追溯，防止事后否认或纠纷。
3. **交易主体的合法性验证**\
依托数字证书与身份认证体系，确保参与交易的用户与商户均为合法主体，提升整体交易可信度。
***
#### 多重支付安全防护与平台级风控
除 SET 协议外，链智寰球还在支付体系中叠加多项安全措施，包括但不限于：
* HTTPS / TLS 加密传输
* 多因素身份验证机制
* 异常交易监测与自动拦截
* 与用户身份系统、风控引擎联动的支付风险评估
通过这些措施，链智寰球构建起覆盖**身份认证、交易执行、数据传输、风险识别**的完整支付安全闭环，为平台的长期稳定运行提供坚实保障。
***
#### 小结
SET 安全电子交易协议并非孤立存在，而是链智寰球整体技术体系的重要组成部分。\
通过将成熟的支付安全标准与统一身份系统、规则引擎和风控机制相结合，链智寰球确保了在多场景、高频交易的生活娱乐一体化平台中，支付过程始终安全、透明、可信，为用户、商户及生态合作方建立长期信任基础。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter:
```
GET https://worldchain-1.gitbook.io/lian-zhi-huan-qiu/ji-shu-jia-gou/images-and-media.md?ask=
```
The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.