问题标签 [quorum]

目前区块之间的出块时间平均为 20 秒，如何减少这个 20 秒的参数呢？

我知道将阻塞时间减少到 5 秒或更少会有缺点，我的意图是减少到 10 或 12 秒。

在私有以太坊区块链中，可以更改块时间，更改 CalculateDifficult 函数，但由于 Quorum 已更改为投票共识，因此难度对块时间没有影响。

我想创建一个RawTransaction使用仲裁，但它需要Credential构造函数中的对象。in等价Credential于RawTransaction什么？

我对使用 QJM 和 HDFS 联合的 Hadoop Namenode HA 有点困惑。两者都使用多个名称节点并且都提供高可用性。我无法决定为 Namenode 高可用性使用哪种架构，因为除了 QJM 之外，两者看起来完全相同。

如果这不是这里要讨论的问题类型，请原谅我。

根据我的理解，我所读到的关于区块链的所有内容都表明，即使在私有区块链上，每个参与者都可以查看所有交易。我看到它提到区块链的一个用例可能是医疗数据的共享。例如，如果我有一个区块链，可以保存一个国家每个人从出生到死亡的病史。有没有办法设置权限，以便只有与个人相关的数据以及已获得该人数据许可的人才能查看它？如果数据存储在区块链的每个节点上，那么一个人的计算机应该如何具有存储一个国家每个人的医疗数据的能力？

在仲裁的 7nodes 示例 ( https://github.com/jpmorganchase/quorum-examples/tree/master/examples/7nodes ) 中，部署的智能合约是 node1 和 node7 之间的私有合约。为了使其私有，脚本文件作者使用了由私钥传递的公钥。”发送私人交易以生成从节点 1“为”节点 7 发送的（私人）智能合约（SimpleStorage）（由通过传递的公钥表示privateFor: ["ROAZBWtSacxXQrOe3FGAqJDyJjFePR5ce4TSIzmJ0Bc="] 在 sendTransaction 调用中)。 "

我无法理解的关键值“ROAZBWtSacxXQrOe3FGAqJDyJjFePR5ce4TSIzmJ0Bc=”究竟是如何生成的？

还有，js文件script1.js完成后，给我Contract transaction send: TransactionHash”，我一直没有拿到合约地址。挖矿完成后合约地址什么时候来？我怎么识别这个地址是我的智能合约地址吗？

是否有可能在 a private Quorum network& the之间进行交易Ethereum main net？一笔interchain交易。

假设事务在private Quorum network. 它将一些值从 转移address A到address B。现在这笔交易金额的一小部分应该也到了Ethereum main net！例如，某个代币的持有者。这个问题有什么decentralized解决办法吗？

我正在摩根大通的 Quorum 上工作，在那里我编写了一个简单的私人智能合约，并通过尽可能多的交易来对其进行压力测试。我使用的配置是 7nodes 示例。（https://github.com/jpmorganchase/quorum-examples）

我最终得到了 200 Tx/秒。当我检查日志时，我发现 constellation-node 在尝试使用 Unix IPC 连接到其他 constellation 节点时正在记录“打开的文件过多”。

我将文件描述符的软限制和硬限制提高到 100 万，但没有任何用处，因为 constellation-node 似乎没有遵守限制。通过在 /proc//fd 下列出文件描述符，我总是得到少于 1024 个文件。

我不确定我在这里做错了什么，我希望有人能提供帮助。

干杯!

假设我在多个位置部署了50台机器，每台机器都有Linux 作为 OS。

机器没有持续的互联网连接，每 2 小时没有连接，它们有 45 分钟的 Wi-Fi 连接时间。

在这 2 小时内，机器通过物联网传感器获取数据，并以 JSON 格式存储在本地。

当45min。互联网连接到来时，机器将数据发送到云服务器进行后期处理。

这个问题的目的是在这种具体情况下比较最佳的分布式账本技术，以确保通过多台并发机器发送到云服务器的数据的可靠性。

非常感谢您，并祝您新年快乐。

我们正在考虑部署一个集群数据库，我们希望在系统中向上和向下扩展节点数量，某些系统具有一个、两个或三个节点。Percona Clustered DB 具有加权仲裁机制。我认为可以选择权重来打破对称性，从而始终避免裂脑。但是，我找不到任何文献说这让我怀疑自己。

这是想法。为每个节点分配以下权重之一：127 + 0、127 + 1、127 + 2、127 + 4、127 + 8、127 + 16、.. 等等。

给定集群中节点的两个不相交的子集a和b，我认为必须维护的两个要求是：

1) 如果一个子集a比另一个b有更多的节点，那么它的权重之和w(a)将总是大于另一个集合的权重之和。

2）对称性破坏..给定任何两个子集，那么权重将不相等。这是避免偶数节点的脑裂的要求。

这种方法有什么问题吗？如果有，它们是什么？

更多问题描述...

1. 理想情况下，我们会为多个节点配置提供相同的解决方案以节省测试时间。
2. 节点权重不能动态更改（它们可以.. 但它并不完全安全.. Percona 集群的限制以及可能的仲裁算法？）。
3. Percona 将在节点完全关闭后重新计算总节点权重。

问题是关于 Redis 服务器和哨兵配置的。

有两个子网，我想总共有 4 个 redis 服务器，每个子网中有 2 个。由于可能存在连接问题，我想配置哨兵以允许大脑分裂以实现高可用性。

因此，当发生连接问题时，会出现两个独立工作一段时间的 Redis 设置。

现在的问题是子网连接恢复后会发生什么。哨兵会检测到脑裂和两个主人？接下来他们将只选择master，而第二个将被降级为slave？来自幸存主机的数据将被推送到降级的主机，他需要删除在连接问题期间获得的所有数据差异？

我可以配置一些东西以合并数据吗？