首页 > TAG信息列表 > 参与方
.Net Core with 微服务 - 分布式事务 - 2PC、3PC
最近比较忙，好久没更新了。这次我们来聊一聊分布式事务。 在微服务体系下，我们的应用被分割成多个服务，每个服务都配置一个数据库。如果我们的服务划分的不够完美，那么为了完成业务会出现非常多的跨库事务。即使按照 DDD 的原则来切分服务还是免不了有的业务场景需要多个业务同时提交隐私计算技术：隐私求交（PSI）及其应用场景
作者：珊竹 加入隐私计算交流群，和作者一起学习：SecretFlow01 01、The Problem of Private Set Intersection PSI 全称为 Private Set Intersection，直观的翻译名字为“隐私求交”。从场景来看，隐私求交： 有许多个参与方，每个参与方持有各自的隐私数据 希望通过协议求到所有数据的交集分布式事务管理
SAGA的协调逻辑负责对正常事务和补偿事务的执行进行排序。当通过系统命令启动SAGA 时，协调逻辑必须选择并通知第一个SAGA参与方执行本地事务。一旦该事务完成，SAGA 协调选择并调用下一个SAGA参与方。这个过程一直持续到SAGA执行完所有步骤。如果任何 本地事务失败，则SAGA必须以相反的（一）联邦学习概述
一、联邦学习定义 联邦学习是利用分散在各个参与协作方的数据集，通过隐私保护技术融合多方数据信息，协同构建全局模型的一种分布式训练方式。模型的相关信息（模型参数，结构，参数梯度等）能够在各参与方之间（可以明文、加密、 添加噪声等）交换，但是本地训练数据集不会移动。即数据不动模区块链的优缺点
区块链的优点： 一是难以篡改，更加安全。 在传统信息系统的安全方案中，安全依赖于层层设防的访问控制。通过区块链技术，记录交易的数据库任何人都可以访问，但由于巧妙的设计并辅以密码学和共识机制，区块链的数据记录方式使得修改某一数据需要变更所有的后续数据记录，难度极大。实践证明，让AI发展避开“暗礁”，索信达控股推出自研区块链+联邦学习解决方案
关注并标星索信达 每天打卡阅读 更快走进金融人工智能世界 ━━━━━━ 近日，索信达控股有限公司（简称：索信达控股，03680.HK）面向金融行业推出自主研发的企业级联邦学习解决方案，采用区块链技术，在满足数据隐私安全和监管要求的前提下，让人工智能系统更加高效准确地共同使用各自数微服务架构设计模式笔记--第四章 使用Saga管理事务
微服务架构设计模式笔记--第四章 使用Saga管理事务 1. 微服务架构下的事务管理1.1 微服务架构对分布式事务的需求1.2. 传统解决办法存在的问题1.3. 使用Saga模式维护数据一致性示例Saga: Create Order SagaSaga使用补偿事务来回滚所做出的改变 2. Saga的协调模式2.1 协同区块链应用赏析
虽然区块链仍处在发展初期，但是由于其高关注度，其应用也非常广泛。本文尽可能全面的整理当前区块链在应用方面的工作，去伪存真，更好的理解区块链在实际应用中的价值。 区块链不是万能的， 但是区块链也可以在很多领域得到应用，尤其是业务需要多方参与，且参与方之间存在信任问题，如跨境汇款Microsoft Sync Framework基础篇 2：Microsoft Sync Framework架构与运行时
Microsoft Sync Framework架构与运行时 本篇会先为大家介绍同步的各种参与方，参与方的类型决定了我们是否能够存储元数据，以及是否能够直接启动同步过程。然后会和大家详细讨论Microsoft Sync Framework的核心组件和系统架构，以让大家对Sync Framework有一个全局性的认识和了解。区块链底层企业联盟链系统开发多节点联盟区块链搭建
区块链众所周知是一种公开透明，不可窜改的技术。这种技术虽然很多企业都看好，但并不是所有人都希望自己的信息公开透明。因此就有了联盟链。联盟链是指有若干个机构或企业共同参与管理的区块链。每一方都运行着一个或多个节点，其中的数据只允许系统内的参与方进行读写和发送交易，并且共