让10名之后的子类别只显示在others里面： 这个显示结果虽然达到了基础的目的，但并不是很理想。...（由此，我们可以想这么一个问题，排名最后的几个类别，如果合在一起占比不足10%，则直接显示为others，剩余的类别直接显示类别名，也就是直接显示类别名的数量是动态变化的。）...但是本质上还是排序了，因为默认排序就是按照第一列的名称进行的。...而按照表中的列进行排序，我们完全可以使用“按列排序”的办法来实现按照其他列来排序，所以这个时候选择子类别2，进行“按列排序”，我们选择表中的sales.rankx，这样就用sales.rankx的大小来表示子类别的显示...由于我们的数据是直接在表中进行设置的，因此表中的排名是不会随着切片器的选择变动而变化的，因此也就无法实现上面的效果。 那么上面的效果是如何做的呢？请持续关注【学谦数据运营】。
想要的结果如下（前10名显示，后面的为others）： 思路上其实非常简单：通过构建一个新的表，将销售额度量值放进去，排序，前10名用原先的类别，后面的都替换为others，拖到表中排序即可。...其实所有的问题都可以拆解为一步一步地进行设置，然后使用不同的语言来实现这些步骤，PowerBI也不过就是一个工具，重点还是上面的思路，用任何其他编程语言其实都得按照上面的思路进行，这一点我们无法否认。...因此，学习编程，本质上是在学习解决问题的思路，是在学习如何将一个复杂问题拆解为一个一个简单的小问题，然后逐个击破。 而无论是在教学上，还是在工作上，生活上，诸多问题也都是这种思路。...基本上满足了小白的要求。 当然，美中不足的是，因为others这一行在中间，看着就有点别扭。...按照我个人的习惯，是前10行从大到小排列的子类别，最后一行显示others，如下图所示： 这个问题解决起来也不是很困难，关注【学谦数据运营】，下一篇详细解
，测试中展示不同的区块链网络上双方之间的跨境支付，SWIFT通过代理银行系统编排的mCBDC交易实现了跨境支付。...SWIFT平台促进交易，协调各方之间协议，以及安全的传输双方结算交易的报文和数据。...该解决方案使CBDC网络运营上能够灵活的在国内CBDC网络上实现自己的规则和治理，同时通过使用SWIFT网络连接网关实现跨境支付，并通过SWIFT平台与许多其他CBDC网络支付系统进行通信。...3.1 R3的区块链平台Corda架构 Corda是R3推出的一款许可型的分布式账本平台，在上层可以构建分布式应用Dapp，但是所有业务并不是都在区块链上，主要是面向银行间或者银行与其他商业用户之间的互操作...通信安全：Corda节点之间使用高级消息队列协议(AMQP)进行安全通信。这是面向消息的中间件的线级应用层协议，是一个广泛实现的二进制消息传递标准。
Corda消除了网络上所有参与者需要了解每一笔交易的需求，因为只有那些参与其中的人才会对它们感兴趣。...数据一致性是分布式账本的核心功能之一，也对Corda正在解决的问题起到关键的作用。我们来更进一步看看Corda为什么可以消除商业人员在保持各方数据一致性上花费的额外时间和工作。...如果有任何人不同意，那这笔交易就不会发生，否则，交易将被提交，并且这些资金（或任何输入和输出）按照约定在双方之间移动。 请注意，我还没有提到任何需要手动检查交易的需求。...另外，不可靠的区块链或者分类账都不能在信任级别的最底层找到，因为它们隐含在一致性协议中并且依赖于一个（或一组）参与者不能控制整个网络一半的挖掘能力。...他们选择分布式记账技术，该技术使用已知的身份向系统注入信任，并且保持交易各方交易私有。这样的目的在于减少维护数据一致性所需要做的工作，同时仍然允许数据良好地伸缩并处理更大量的交易。
往期推荐 如何在矩阵的行上显示“其他”【1】 如何在矩阵的行上显示“其他”【2】 正文开始 上一篇文章的末尾，我放了一张动图： 当年度切片器变换筛选时，子类别中显示的种类和顺序是不相同的，但不变的是...那么我们基本上可以得出结论了：数据表是由子类别和年度组合构成，把每年的子类别对应的销售额放进去，通过筛选年度切片器，达到选择不同年份时显示不同的销售额。 我们根据以上的思路试着来建立模型。...同样，按照其他的列进行排序，也是会得到同样的结果： 事情好像无法往下进行了。 但是铁人王进喜有句名言：“有条件要上，没有条件，创造条件也要上。” 我们再重新审视一下这个按列排序的错误。...我们来看一下效果： 这样基本达到了本文开始的要求： 当年度切片器变换筛选时，子类别中显示的种类和顺序是不相同的，但不变的是： ①others永远显示在最后一行 ②显示的10个子类别按照sales或sales...%从高到低排序 所以，剩下的问题就是如何在不显示子类别前面的年份的前提下，让不同年份对应的子类别不同，如下图所示： 关注【学谦数据运营】，下篇回答这个问题。
· 贰 · 跨链技术的应用 ☞ 公证人模式 链与链之间互操作最简单的方法是使用公证人模式。在公证人模式中，使用受信任的一个或者一组团体向链X声明链Y上发生了某事件，或者确定该声明是正确的。...Zone之间的跨链通信主要是通过与Hub之间的IBC协议来实现。...Zone1向Zone2做跨链消息时，Zone1先生成消息包，并将其证明发布在Hub上，接下来Hub会生成Zone1的跨链消息包已在Hub上的存在证明的证明发布于Zone2，接下来Zone2收妥消息包，并给出证明发布于...而Pallet是在做协议——多利益关联方的共识协议，所有的链都可以是参与方，不需要“链与链”之间的锚定。...Pallet将Pallet通证（Token）作为支付给陪审团的激励。陪审团在Pallet中的角色相当于其他链上的矿工。
人与人之间的信任关系很复杂，通常两个陌生人想达成交易之前，会找一位权威的第三方中介做公证，交易双方的信任问题依然存在，只是他们都相信了中介的权威性。...识别上链数据指的是如何识别哪些交易的事实值得记在链上；智能合约设计，指的是买卖车及其相关金融活动如何通过可编程的方式自动完成；API设计则是如何对外暴露平台能力，同时限制控制主体；部署单元和网络部署架构属于实施范围...上链数据识别 我们要分析清楚的问题是车在什么时候转移，车在什么参与方之间转移，车在转移的过程中伴随了什么数据的变化。...在进入智能合约实现之前，我们得先了解一下Corda中flow和contract的概念。Flow是Corda中控制参与节点如何更新State的自动化流程，它对如何获取交易对手方的签名进行了封装。...Corda节点，调用智能合约，对外暴露REST api；而Corda节点之间则通过messaging的方式互相通信。
识别上链数据指的是识别将哪些交易记在链上； 智能合约设计，指的是买卖车及其相关金融活动如何通过可编程的方式自动完成； API设计，考虑如何对外暴露平台能力，同时限制控制主体； 部署单元和网络部署架构属于实施范围...这笔交易本身也必须获取到交易双方的签名才能成立。 ? 智能合约设计 上面我们聊到的都是链上的数据以及数据演化过程，不过这些过程都不是自动执行的。...在进入智能合约实现之前，需要先了解一下Corda中flow和contract的概念。Flow是Corda中控制参与节点如何更新State的自动化流程，它对如何获取交易对手方的签名进行了封装。...一个标准的flow流程包括获取链上数据，创建一笔交易，自签名之后发送到对手方进行交易验证，再签名，最终在双方的账本上分别提交事务。而Contract则是在交易验证环节提供验证所用的脚本。 ?...Corda节点，调用智能合约，对外暴露REST API；而Corda节点之间则通过消息的方式互相通信。
： 节点连接：当一个节点加入比特币网络时，它会与其他节点建立连接，节点之间通过TCP/IP协议进行通信和交互 区块同步：节点之间会交换区块信息以同步整个区块链，当一个节点接收到一个新的区块时它会验证该区块的有效性并将其添加到自己的区块链中...，其中Node A是一个完整节点，保存着整个IPFS网络上的文件和数据，可以独立存储和共享文件，Node B是一个轻节点，只保存了一些文件和数据的哈希值，需要从Node A获取其他数据，两个节点之间通过...其他节点可以使用这些哈希值来查找和获取文件块 文件传输：当一个节点想要获取一个文件时，它会向其他节点发送请求，请求包含文件的哈希值。其他节点会根据哈希值查找索引，并返回对应的文件块。...Corda协议 Corda是一种基于区块链的分布式账本技术，它专门针对金融行业的合同和交易进行设计和优化，Corda协议的工作示意图如下，其中Node A和Node B是两个参与方(Party)，他们之间需要进行交易和合同的签署...通常情况下网络中的节点会经过一定的筛选和过滤只向符合条件的节点进行广播以减少网络负载和延迟 接收交易：当其他节点接收到一笔交易时，它会对交易进行验证和确认,，节点会检查交易的数字签名、交易金额、交易时间等信息以确保交易的合法性和有效性
现有的区块链从应用、智能合约、共同账本、共识网络绑死，每个链形成了独立垂直的封闭体系，当一个应用绑死在一个链上的时候，难以采用新技术，难以带着原有数据和资产迁移到新的链上。...如何在不同平台的不同区块链上执行不同语言编写的智能合约？...其实是越来越受到各方面的关注。这里边我简单引用了一下微软马力·格雷，单一使用基本上没有价值。区块链是个开放的体系，如果区块链在小范围、受限的范围来使用，它的价值受限。...当前跨链的主要技术模式 我们研究了目前能够看到、比较有名的一些海外跨链项目，或是正在测验的解决方案。首先是 Corda 公证人模式的跨链。主要是双方认可，价值的交换。...第一个现实的应用场景，两个网络之间的交换，由陪审团实现比特币、以太币。陪审团进行一个和约的验证，和执行达到转换到双方对应的钱包，这是简单流程的示意，跨链兑换。 ?
Quorum 与以太坊的不同之处在于，它支持隐私（让各方可以私下进行交易）、对等节点白名单，因此可以指定允许连接到您的节点的其他节点列表（在以太坊中，这需要在网络级别完成），适用于许可制区块链的许多不同类型的共识协议...IPFS 使用 分布式哈希表（DHT）和 Merkle 有向无环图（DAG）数据结构。它使用类似于 Torrent 的协议来决定如何在网络中移动数据。IPFS 的一个高级功能是它支持文件版本控制。...Corda 的最新版本是 1.0，旨在取代用于金融交易的传统软件，并使组织能够数字化使用传统软件系统繁琐的各种业务流程。 上述图表显示了 Corda 网络的高级架构。...预期由网络不信任的企业承载记帐员，因此记帐员之间需要达成共识，因此 Corda 提供了各种可插拔的共识协议，如 Raft、BFT 等。 有时，Corda 应用需要依赖外部应用程序 API。...我们将使用 Quorum 的私有交易，因为实体之间签署的协议对它们是私有的，细节不会暴露给其他实体。尽管只有文件的哈希将被暴露，但其他实体知道一个实体签署了多少协议仍然不是一个好主意。
它们具有一些特殊的属性，从而具有与比特币面值无关的价值，利用彩色币的这种特性，开发者可以在比特币网络上创建其他的数字资产。...Corda的设计目标主要是： 没有全局账本 由公证人（Notaries）来解决交易的多重支付问题 只有交易的参与者和公证人才能看到交易 为此，Corda的所有交易都不会向全网进行广播，而且所有的节点都是直接通信...而为了维护庞大算力而支出的电力成本也是相当可观，因此，以太坊已经在设计从工作量证明机制切换到其他共识机制上的方案。...目前Fabric没有提出什么好的办法来解决这个问题；而Corda则没有这个问题，因为它的交易本身就不会向全网进行广播，所以只要交易参与者和公证人可以验证即可。...总结 本文从多个维度比较并讨论了当前各个区块链框架的特点和功能，并阐述了它们在各方面的优缺点，以及在应用领域上的适用性和局限性。
银行正在寻求通过革新的分布式账本技术来降低成本提高效率。 区块链技术在贸易金融的试点应用相比其他领域更为成功，但一向保守的银行是否敢冒险把区块链技术全面推广呢？...在贸易金融中，银行通过为买卖双方提供金融服务来促进国际贸易。然而，随着美国与含中国在内的其他国家贸易战升级，银行正在寻求通过科技革新的方式降低风险。 银行都是怎么做的？...从媒体上我们可以看到这个趋势日益明显，媒体提及“贸易金融与分布式账本技术”的频率比单独提及“贸易金融”时要多。...该联盟已经通过其名为Corda的分布式账本平台在贸易金融方面取得了进展。2018年7月，R3借助Corda企业版转向B2B领域，这是其B2C区块链的商业化应用。...简介：针对欧洲的中小型企业（SMEs），平台利用智能合约（一种基于以太坊区块链的协议）代替信用证，为供应商提供更快捷的保付代理（或者部分发票融资）。
目前区块链应用越来越丰富，上面的资产越来越多，如何把每种数字代币比喻成一个价值孤岛，如何把价值孤岛链接起来，不同区块链网络的价值通道的建立和链接，这是价值网络价值流动重要问题。...本质上价值没有办法在账本兼转移，但是对于具体的某个用户，用户在一条区块链上储存的价值，能够变成另一条链上的价值，这就是价值流动。不论跨链实现方式如何复杂，都会涉及到跨链的协议。...基础的跨链实现满足一下五个步骤： 1.用户使用A链币向跨链协议发起兑换B链币的请求； 2.跨链协议锁定用户A链币； 3.跨链协议锁定等额数量的B链币； 4.将B链币发到用户B链钱包地址，同时拿走用户锁定的...Interledger Protocol，简称ILP，是2012年Ripple实验室主导发起的互联账目协议，它将实现不同账本之间的连接并实现他们之间的协同。...第三方也会保证连接者，一旦他们完成了协议的最后部分，他们就会收到发件人的资金。 侧链技术： 侧链是以锚定原生数字资产为基础和其他账本资产在多个区块链间的转移的新型区块链技术，如法币对黄金的锚定一样。
区块链本质上是一种去中心化的分布式数据库。任何人只要架设自己的服务器，接入区块链网络，都可以成为这个庞大网络的一个节点。（下图引用的原文链接在文章最下方的文章中） ?...3 区块链的应用 区块链最著名的应用就是[比特币] 比特币（BitCoin） 的概念最初由中本聪于2008年提出，而后根据这一思路设计发布了开源软件以及建构其上的P2P网络。...Corda在设计中有多项独特考虑，就是为了对接现有的业务规则。比如在其他几乎所有区块链平台里，每一个交易对于各节点来说都是可见的，可见才能验证，能验证才谈得上共识，所以交易的全网可见性是顺理成章的。...可是另一方面，银行业务是被重度监管的业务，不能因为你用了区块链系统，就把洋洋洒洒的巴塞尔协议晾在一边，监管机构的职能如何体现？这是其他区块链系统里考虑不多的。...这些设计上的考虑，无疑大大增强了Corda被现有大型金融机构采纳的机会。不过这一切看上去很美好，但目前Corda的实现基本上是个花架子，设想的种种，不少处于TODO状态。
具体来说，它利用Ansible来配置DevOps工程师的网络。然后它使用Helm charts作为向Kubernetes部署必要组件的指示。...选择Kubernetes是为了允许区块链自动化框架将DLT网络部署到任何支持Kubernetes的云上。...我们打算在不久的将来增加对Hyperledger Besu和Corda Enterprise的支持。可以很容易地添加其他DLT平台。 入门 要快速开始使用这个框架，请遵循我们的入门指南[2]。...详细的操作人员和开发者文档可以在我们的ReadTheDocs网站[3]上找到。 也可以按照docs文件夹中的说明在本地构建文档。...Corda Opensource 对于Corda Opensource，我们从Corda源码构建Docker容器。许多不同的Ansible脚本将允许你创建一个新的网络（跨云）或加入一个现有的网络。
早在去年，我们就将EasyNTS的网络穿透功能和原本EasyRTMPLive的视频拉转推功能进行了融合，统称为EasyNTS上云网关。...因此EasyRTMPLive仍有软件版本，但是在通道数量不高的情况下，我们仍建议大家选择更轻便的EasyNTS上云网关。 ?...此前介绍了视频拉转推的操作方法，但是一直没有和大家分享我们的实现思路，所以本文我们就和大家分享一下。 EasyNTS上云网关是通过调用拉流库然后调用推流库来实现的该功能，重点是需要加载推拉流库。...{ return } channelStream.delayTimer = time.AfterFunc(delay, channelStream.Start) return EasyNTS作为网络穿透服务以及视频流拉转推产品...，目前支持市面上大部分的RTSP/Onvif协议设备：IP Camera/NVR/DVR/编码器等，用MQTT加密协议，具有运算速度快，安全性高，资源损耗低的优势，且基于动态组网服务创建智能网络，按需选择需要组网的网络成员实现点点互联
这是一群金融巨头而非工程师，他们的账目自然算得分明。 技术背景强的公司试图更大程度地掌控R3，但40多家机构之间应该如何谈判？...随着成员的增加，如何分配各方利益以及专利的使用变得越来越复杂。而高盛本身拥有一定的技术储备，能够从联盟中获得的利益远小于付出。...根据CBINSIGHTS的数据显示，R3融资总额为1.12亿美元，即低于最开始的2亿美元，也低于修改之后的1.5亿美元。...2016年11月30日，Corda 的代码在 Hyperledger Project 上开源。...牛市未能给R3输入更多的血液，之前融到的资金仍在不停地燃烧，财务状况迟早会成为一个问题。 雪上加霜，资金难题 R3很会花钱。 为了向全球客户网络构建区块链服务，R3对员工和差旅成本进行了大量投资。
基于 Corda 的智能合约 从去年就开始在一个用 Corda 的项目上，从开始接触 Corda 到后来使用 Kotlin 写 Corda 的智能合约，就一直有一个苦恼，要写的 Corda 的逻辑几乎超过了业务逻辑...我们消耗了大量的时间去处理，交易发起方应该找谁索要签名；作为交易接收方要如何处理，等一系列诸如此类的问题。...举一个 terraform 的例子，虽然不恰当，但却是 all or nothing 的反例，在 terraform 中，如果你定义的某个 instance 创建失败了，虽然结果中会提醒你命令失败，但实际上其他的...那么就会出现 Alice 的余额没有减少，Bob 收到了 100 Libra。而这会对区块链网络造成毁灭性的打击。...值得注意的是，尽管 Libra 中允许实现各自的资产作为一种 Resource，但是，Coin 和 Coin 之间是互不相通的。
)上。...许多组织已经分享了他们如何以及为何要使用Kafka，使用的规模以及获得的好处——我建议你查看他们的经验。 Kafka有多复杂？ 首先，学习Kafka需要时间和专注。...配置其他组件，如连接器将数据流到其他系统，如Kafka Streams进行流处理，以及ZooKeeper或KRaft节点协调Kafka Broker之间通信。...一些企业正从更简单的消息代理迁移到更可靠的Kafka，虽然运维难度增加。 必须使用Zookeeper，复杂化事情 Kafka传统上依赖ZooKeeper进行元数据管理和Broker之间协调。...每个都有不同的优势。例如，Cloudera专注大数据分析，而Quix使用Python擅长无服务流处理和数据流水线。 还值得一提的是Redpanda，这是一家与Kafka API和协议兼容的供应商。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
腾讯会议
云直播
对象存储
