目前这边有条联盟链（数据链），主要功能为存储资产原始数据、生态合作伙伴的经营数据、身份认证记录以及相关运营数据；下来拟将abt公链作为资产链，主要功能为负责生态资产的通证化、资产交易、智能合约执行和收益分配等。详细功能模设计如下：
1、资产发行与登记（联盟链侧）资产登记：资产所有者上传产权文件、评估报告、保险记录等相关材料，存入联盟链后形成不可篡改的资产档案。身份认证：利用DID及KYC/AML流程，对参与各方进行认证，确保平台主体可信。数据存证：对接业务系统，实时采集业务系统数据并存入联盟链，确保数据原始且真实。
2、资产通证化与发行（公链侧）通证化发行：在完成资产认证后，通过智能合约将资产发行为NFT（代表资产所有权）与ABT（代表收益分配权）。自动化交易与收益分配：智能合约根据预设规则，实现资产交易撮合、收益自动分配以及市值达到预警标准后自动迁移至主流交易市场。
3、 数据同步与跨链交互（跨链桥）： 数据同步与跨链交互（跨链桥）数据映射：通过跨链桥将联盟链上的资产原始数据映射到公链，确保链上资产与链下数据一致。信息反馈：公链上的交易与收益信息实时反馈至联盟链，实现全链数据互通和透明审计。
请教下上述需求该如何实现？
请问这个联盟链是什么解决方案？ 是 Hyperledger 家族的产品，还是 EEA 系的 Ethereum/EVM 兼容链， 或者其他方案？
如果这个链能直接或者间接支持 DID, 那么一个最简单的方式是通过 DID/VC 来关联你的数据链和资产链。 当你的数据、凭证等任何数据上链的时候， 联盟链验证这些数据的有效性之后，为这些上链的数据issue 一个 Verifiable Credential （VC）， 这个时候，相当于你的联盟链（或者你的应用）是一个 VC 的issuer。 这是一个标准的 W3C 的 VC 发放和验证的简要结构：
你在公链侧通过验证上述数据上链的 VC有效性后，就可以发行对应的资产。 你有可能可以把前面issue 的VC 作为 NFT 的payload，mint 在 NFT 里。
在 ABT 侧，最简单的做法是采用相同的 DID （如果这个联盟链的实现能支持）来标识，也就是无论是发现方、接收方、验证方，在联盟链和ABT 都采用相同的 DID，这种方式最为简单，因为 DID 是sk 签名验证的，没有人可以简单仿冒。
谢谢！
目前联盟链采用的是Hyperledger+Ethereum/EVM混合模式，联盟链会将DID身份验证交互技术带入，云+DID+…链实现资产在生态联盟链各平台之间互动。
如果按上面讨论的思路来做对接，有ABT公链对接的开发指引吗？
z1oHa79x3H6vxv9hfW8bHczPmwHKfAaRRmS
感谢你的补充说明！
你们目前采用的 Hyperledger + Ethereum/EVM 的混合模式本身已经具备较高的复杂性，如果在此基础上再引入 ABT 公链，整体架构和对接流程的复杂度会进一步提升。因此，为了确保我们能提供更具针对性的建议，建议你这边整理一份更详细的技术资料或系统架构说明，包括：
有了这些信息后，我们可以更准确地评估对接路径，并提供相应的开发指引和技术建议。期待你的进一步资料！
6 replies
目前这边有条联盟链（数据链），主要功能为存储资产原始数据、生态合作伙伴的经营数据、身份认证记录以及相关运营数据；下来拟将abt公链作为资产链，主要功能为负责生态资产的通证化、资产交易、智能合约执行和收益分配等。详细功能模设计如下：
1、资产发行与登记（联盟链侧）资产登记：资产所有者上传产权文件、评估报告、保险记录等相关材料，存入联盟链后形成不可篡改的资产档案。身份认证：利用DID及KYC/AML流程，对参与各方进行认证，确保平台主体可信。数据存证：对接业务系统，实时采集业务系统数据并存入联盟链，确保数据原始且真实。
2、资产通证化与发行（公链侧）通证化发行：在完成资产认证后，通过智能合约将资产发行为NFT（代表资产所有权）与ABT（代表收益分配权）。自动化交易与收益分配：智能合约根据预设规则，实现资产交易撮合、收益自动分配以及市值达到预警标准后自动迁移至主流交易市场。
3、 数据同步与跨链交互（跨链桥）： 数据同步与跨链交互（跨链桥）数据映射：通过跨链桥将联盟链上的资产原始数据映射到公链，确保链上资产与链下数据一致。信息反馈：公链上的交易与收益信息实时反馈至联盟链，实现全链数据互通和透明审计。
请教下上述需求该如何实现？
请问这个联盟链是什么解决方案？ 是 Hyperledger 家族的产品，还是 EEA 系的 Ethereum/EVM 兼容链， 或者其他方案？
如果这个链能直接或者间接支持 DID, 那么一个最简单的方式是通过 DID/VC 来关联你的数据链和资产链。 当你的数据、凭证等任何数据上链的时候， 联盟链验证这些数据的有效性之后，为这些上链的数据issue 一个 Verifiable Credential （VC）， 这个时候，相当于你的联盟链（或者你的应用）是一个 VC 的issuer。 这是一个标准的 W3C 的 VC 发放和验证的简要结构：
你在公链侧通过验证上述数据上链的 VC有效性后，就可以发行对应的资产。 你有可能可以把前面issue 的VC 作为 NFT 的payload，mint 在 NFT 里。
在 ABT 侧，最简单的做法是采用相同的 DID （如果这个联盟链的实现能支持）来标识，也就是无论是发现方、接收方、验证方，在联盟链和ABT 都采用相同的 DID，这种方式最为简单，因为 DID 是sk 签名验证的，没有人可以简单仿冒。
谢谢！
目前联盟链采用的是Hyperledger+Ethereum/EVM混合模式，联盟链会将DID身份验证交互技术带入，云+DID+…链实现资产在生态联盟链各平台之间互动。
如果按上面讨论的思路来做对接，有ABT公链对接的开发指引吗？
z1oHa79x3H6vxv9hfW8bHczPmwHKfAaRRmS
感谢你的补充说明！
你们目前采用的 Hyperledger + Ethereum/EVM 的混合模式本身已经具备较高的复杂性，如果在此基础上再引入 ABT 公链，整体架构和对接流程的复杂度会进一步提升。因此，为了确保我们能提供更具针对性的建议，建议你这边整理一份更详细的技术资料或系统架构说明，包括：
有了这些信息后，我们可以更准确地评估对接路径，并提供相应的开发指引和技术建议。期待你的进一步资料！