区块链技术的应用早已超出了作为其起源的数字资产行业，各类组织正积极探索区块链在存储和管理多种类型数据方面的潜力与应用场景。

区块链具备不可篡改性、透明性、去中心化数据管理及高可用性等特性，吸引了从金融业到供应链管理以及医疗等多个行业的关注。然而，这些特性在满足合规性监管要求时也带来了巨大挑战，具体包括：

• 不可篡改性：一旦数据记录在区块链上，就无法被修改或删除。
• 透明性：所有网络参与者都可以查看全部数据并验证其真实性。
• 去中心化管理：数据不由任何单一实体控制，也不由某个主体单独负责。
• 高可用性：数据被复制并存储在多个节点上，因此可随时访问。

区块链的合规不只适用于Web3.0行业

根据企业的业务性质和其管理的数据类型，现代区块链应用可能会受到不同监管规则的约束。近年来，全球各地的金融监管机构不断发布并更新相关监管框架，获得了媒体和公众的广泛关注。然而，公司仍须受到其他法规对于处理个人身份数据、医疗记录、商业文档、数字凭证等数据的约束。

本文将重点探讨隐私与数据保护监管框架对利用区块链技术管理个人和健康数据中的影响。

隐私与数据保护监管框架中的核心挑战

在监管领域，隐私和个人数据保护（如GDPR[1]、CCPA/CPRA[2]、PIPL[3]等）与健康数据保护（如HIPAA[4]）之间存在许多重叠的要求。这种重叠主要源于相关数据的敏感性，需要对数据保护、安全性和隐私提出了类似的要求。

由于这些法规是在区块链技术被广泛应用之前制定的，其中并未明确提及区块链，因此也未能直接解决与区块链相关的问题。然而，这些法规仍然适用于利用区块链技术管理个人或健康数据的企业。

特别是区块链的核心特性在满足数据保护和隐私要求的时带来了一些挑战：

在后文中，我们将将深入探讨每项挑战，分析企业在使用区块链时如何满足隐私和数据保护要求，以及CertiK如何在这一背景下提供帮助。

不可篡改性

区块链的不可篡改特性在合规性方面带来了多个重大挑战，尤其是同样限制了用户修改或删除数据的权利以及数据储存要求等相关的问题。

透明性

旨在保护用户隐私的访问控制要求，在实施区块链解决方案时带来了复杂的挑战。

去中心化

区块链的去中心化特性，特别是在治理方面，可能会与监管要求中关于角色与责任的规定产生冲突。

可用性

区块链网络中的节点通常分布在不同的地理位置，对数据驻留和传输的合规性带来了巨大挑战。

解决方案

混合存储模型

混合存储模型是平衡区块链优势与合规要求的主要解决方案。这些模型将数据分为链上存储和链下存储来实现战略分配：

• 敏感数据存储在传统的合规数据库中。
• 区块链上仅存储数据的引用和验证证明。
• 对敏感数据的修改可在链下存储中完成。
• 区块链保留不可篡改的审计记录。

采用了混合存储模型后，敏感数据会存储在传统或链下存储解决方案中，从而解决以下挑战：

• 不可篡改性：通过链下存储实现数据的可删除和可修改，同时保持数据完整性。此外，可以在链下数据中实行保留政策。
• 透明性：可通过链下存储强化和管理敏感数据的安全性、访问控制和加密措施。
• 去中心化：传统存储解决方案可以轻易划分角色和责任。
• 高可用性：数据的位置和存储的司法管辖权可以得到有效控制。

例如，医疗服务提供商可以将患者记录存储在传统的符合HIPAA标准的数据库中，同时使用区块链记录追踪访问日志和维护数据完整性。这一流程使他们能够在需要时修改或删除记录，遵守数据保留政策，控制数据存储位置，同时保留不可篡改的审计记录。爱沙尼亚的电子健康系统（e-Health[5]）就是该模型的应用案例：其患者记录存储在链下数据库中，同时使用KSI区块链来保护健康记录的访问日志并确保其全国医疗网络中的数据完整性。

许可的私链网络

私链网络为组织提供了对网络参与、权限以及数据治理的控制，同时保留了分布式系统的优势：

• 通过身份验证和许可控制网络成员资格。
• 基于角色的权限定义数据访问和节点操作的权利。
• 可配置的共识机制和治理规则。
• 对节点分布的地理位置进行控制。

该网络解决方案解决了以下问题：

• 透明性：数据访问可以实现精细化控制，满足安全性和隐私要求（通过应用加密技术可进一步增强）。
• 去中心化：可清晰分配角色与责任，例如数据控制者/处理者的职责。
• 高可用性：数据的位置和分布可以得到有效控制。

一个典型的例子是，许可的私链网络能够对健康相关数据实现精细化访问控制，在确保患者隐私的同时支持安全的医疗协作：

• 医疗服务提供者对患者记录的访问保持控制权。
• 每位参与者只能访问其授权部分的医疗记录。
• 临床合作伙伴根据其角色拥有特定的权限级别。
• 患者可以共享记录，而无须暴露其完整的病历历史。

例如，Medicalchain[6]利用Hyperledger Fabric的许可架构实现不同的访问级别，使患者能够控制谁可以查看其记录、可以查看哪些具体信息以及查看的时间范围。此外，像利兹教学医院信托（Leeds Teaching Hospital Trust）和伊丽莎白女王医院（Queen Elizabeth Hospital）这样的医疗机构可以在满足监管要求的同时安全地交换患者数据。

零知识证明（ZKP）

零知识证明能够在不暴露底层数据的情况下验证信息，为在满足合规要求的同时保持隐私提供了强有力的解决方案。区块链上不存储任何敏感数据，仅存储用于验证数据真实性的证明。其重要特性包括：

• 生成数据有效性的数学证明。
• 在不泄露底层数据的情况下验证声明。
• 实现信息的选择性披露。
• 在验证过程中保持数据的机密性。

假设敏感数据已按照数据保护和隐私要求妥善存储于链下，则可以解决以下挑战：

• 不可篡改性：数据的修改与删除，以及保留政策在链下处理，同时保留在链上验证数据真实性的可能性。
• 透明性：支持在链上验证数据的同时，在链下保护敏感数据的机密性。
• 去中心化：通过链下存储解决方案明确敏感数据的角色与责任分配。
• 高可用性：数据的位置与分布依赖于链下数据存储，而验证功能可通过链上实现。

金融机构可以通过基于零知识证明的KYC流程实现以下功能：

• 客户无须暴露原始个人数据即可证明其身份要求。
• 银行在不存储敏感信息的情况下验证合规性。
• 身份验证结果存储在链上，同时保护隐私。
• 多个机构可以验证客户状态，而无须重复检查。

例如，Privado ID[7]（原Polygon ID）允许组织发行符合W3C标准的可验证凭证，用户可以向验证方证明特定声明（如KYC状态），而无须透露底层个人数据。该流程结合了基于区块链的验证与零知识证明技术，兼顾了合规性与隐私安全。

结论

区块链技术与监管合规的交集带来了重大挑战，但新兴的解决方案为弥合这一差距提供了切实可行的方法。下表将关键挑战与相应的解决方案进行了对应匹配。需要注意的是，表中所述的解决方案都假设了链下存储的敏感数据已按照数据保护和隐私要求进行管理：

关键要点

• 目前没有单一的解决方案能够在链上托管敏感数据的同时，完全解决所有的合规性挑战，同时保留区块链技术的原始特性和理想。结合多种方法并考虑具体的业务和运营需求可能是最佳选择。
• 从一开始就将合规性纳入开发过程，而非事后补救，这有助于确定适合的区块链类型（如公链/私链，许可/非许可等）以及任何附加解决方案。
• 由于相关法规仍在制定中，技术解决方案也在不断发展，因此持续了解最新监管政策进展尤为重要。

随着区块链技术和监管框架的日益成熟，能够审慎组合解决方案的组织将更具优势，可以在保持合规的同时充分利用区块链的特长。

CertiK可在各个发展阶段为采用区块链的企业提供解决方案支持，包括有需求管理个人和敏感数据的企业。提供的服务包括：

• 分析基础设施和数据设计或现有环境，以识别适用的监管框架；
• 评估基础设施和数据设计或现有环境，以识别信息通信技术（ICT）和监管风险；
• 提出应对ICT和监管风险的行动建议；
• 确定适合的解决方案，以在保持合规的同时，充分利用区块链技术。

[1] GDPR: 239K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6W2N6i4u0Q4x3X3c8D9k6i4S2Q4x3X3g2W2N6i4u0G2M7r3q4Q4x3X3g2W2N6g2)9J5c8X3I4W2k6$3q4D9i4K6u0V1j5$3!0F1N6r3g2F1N6q4)9J5c8V1g2z5i4K6u0r3g2q4S2f1i4K6u0r3i4K6y4r3N6i4u0A6i4K6y4p5b7@1g2x3c8g2S2Q4x3@1p5H3x3U0l9I4y4W2t1H3y4U0M7&6i4K6u0V1x3U0l9I4y4U0l9#2x3o6b7`.

[2] CCPA/CPRA: a28K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6D9k6h3N6A6L8X3k6G2i4K6u0W2L8r3g2Y4K9i4y4D9j5i4c8#2M7X3g2Q4x3X3g2U0j5g2)9J5k6h3N6G2N6W2)9J5c8X3k6S2j5$3g2K6i4K6u0r3j5$3!0V1k6i4y4Q4y4h3k6V1K9i4y4H3L8r3q4&6g2r3g2^5N6q4)9J5k6i4S2Z5N6r3#2D9i4K6y4r3k6r3W2$3K9i4y4A6L8$3&6Q4x3@1b7K6i4K6u0W2i4K6t1$3j5h3#2H3i4K6y4n7M7r3q4J5N6q4)9K6c8o6c8Q4x3X3g2Q4x3U0k6S2L8i4m8Q4x3@1u0D9j5i4N6o6L8$3c8W2i4K6y4p5b7@1W2h3i4K6t1$3j5h3#2H3i4K6y4n7N6r3W2@1L8r3g2Q4x3@1b7I4i4K6u0W2z5o6q4Q4x3X3f1#2

[3] PIPL: 758K9s2c8@1M7q4)9K6b7g2)9J5c8W2)9J5c8X3g2F1i4K6u0W2L8Y4m8U0i4K6u0W2k6$3!0$3i4K6u0W2j5$3&6Q4x3X3g2U0k6s2g2J5L8q4)9J5k6h3y4F1i4K6u0r3x3U0l9J5x3g2)9J5k6o6p5J5i4K6u0r3x3U0W2Q4x3V1k6U0i4K6g2X3y4U0V1@1y4e0f1&6i4K6u0W2K9s2c8E0

[4] HIPAA: 25bK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6%4N6%4N6Q4x3X3g2Z5K9s2y4Q4x3X3g2Y4L8%4k6Q4x3V1k6Z5K9i4m8S2j5g2)9J5c8X3k6G2M7W2)9J5k6s2m8J5L8$3k6W2M7%4y4A6L8$3&6S2L8s2y4Q4x3V1k6H3M7X3W2$3j5h3y4&6i4K6u0r3L8r3q4%4M7#2)9J5k6s2u0W2k6%4g2D9j5i4c8A6L8$3&6K6i4K6u0r3j5$3!0E0j5X3W2F1k6h3c8Q4x3X3c8J5k6h3N6#2L8r3q4@1K9h3!0F1i4K6u0V1N6r3g2^5N6q4)9J5c8X3W2F1k6r3g2^5i4K6u0W2K9s2c8E0L8l9`.`.

[5] e-Health: b29K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6W2i4K6u0V1k6i4y4@1L8$3&6A6j5g2)9J5k6h3y4G2L8g2)9J5c8Y4y4G2L8s2g2@1K9h3!0F1M7#2)9J5c8X3g2Q4x3X3c8Z5k6h3q4D9N6r3S2Q4x3V1k6W2i4K6u0V1K9r3g2S2L8s2c8Z5i4K6u0V1M7X3g2U0L8%4u0V1M7#2)9J5c8R3`.`.

[6] Medicalchain: a8eK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6E0k6h3c8A6j5$3q4D9j5$3S2S2K9h3&6Q4x3X3g2U0L8$3#2Q4x3V1k6W2L8W2)9J5c8Y4N6Z5K9i4c8W2M7r3q4H3k6i4u0Q4x3V1j5`.

[7] Privado ID: 208K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6%4N6%4N6Q4x3X3g2H3M7X3W2$3j5h3c8G2i4K6u0W2K9h3c8Q4x3V1j5`.

[招生]系统0day安全-IOT设备漏洞挖掘（第6期）！