Corda中的一致性算法
通常,nottary节点的定义如下所示,在build.gradle文件中 从上图中,我们如何理解这位公证人的共识算法?Corda中的一致性算法,corda,Corda,通常,nottary节点的定义如下所示,在build.gradle文件中 从上图中,我们如何理解这位公证人的共识算法? 或者从何处(哪个文件)我们可以获得关于所用公证人共识算法的信息?公证人所做的只是检查在向其发送交易时是否已经花费了状态。它通过存储已用状态的散列并检查事务中的状态是否未存储在公证人中来实现 它没有使用一致性算法 validating=true表示它将执行合同验证,作为检查事务的一部分。如果设置为false,它只会检查双重花费。公证人所做的就是检查在向其发送交易时,没有任何状态
或者从何处(哪个文件)我们可以获得关于所用公证人共识算法的信息?公证人所做的只是检查在向其发送交易时是否已经花费了状态。它通过存储已用状态的散列并检查事务中的状态是否未存储在公证人中来实现 它没有使用一致性算法
validating=true表示它将执行合同验证,作为检查事务的一部分。如果设置为false,它只会检查双重花费。公证人所做的就是检查在向其发送交易时,没有任何状态已经花费。它通过存储已用状态的散列并检查事务中的状态是否未存储在公证人中来实现 它没有使用一致性算法
validating=true表示它将执行合同验证,作为检查事务的一部分。如果该值设置为false,则只会检查重复开销。共识算法通常适用于集群,您需要有多个公证节点才能实现它。下面是公证人配置文件示例
devMode=true
dataSourceProperties {
dataSource.password : "test"
}
myLegalName="O=Notary2,L=Zurich,C=CH"
notary {
raft {
clusterAddresses=[
"localhost:10012",
"localhost:10015",
"localhost:10019",
"localhost:10022"
]
nodeAddress="localhost:10016"
}
serviceLegalName="O=Raft,L=Zurich,C=CH"
validating=false
}
p2pAddress="localhost:10017"
rpcSettings {
address="localhost:10018"
adminAddress="localhost:10118"
}
更多信息可在此处找到
共识算法通常适用于集群,您需要有多个公证人节点才能实现它。下面是公证人配置文件示例
devMode=true
dataSourceProperties {
dataSource.password : "test"
}
myLegalName="O=Notary2,L=Zurich,C=CH"
notary {
raft {
clusterAddresses=[
"localhost:10012",
"localhost:10015",
"localhost:10019",
"localhost:10022"
]
nodeAddress="localhost:10016"
}
serviceLegalName="O=Raft,L=Zurich,C=CH"
validating=false
}
p2pAddress="localhost:10017"
rpcSettings {
address="localhost:10018"
adminAddress="localhost:10118"
}
更多信息可在此处找到
那么这个与公证人相关的共识算法在哪里出现呢?@dan newton是的,但是当你有公证人池时,他们需要使用一些共识算法来确保该池在哪些州被花费的问题上是一致的。那么这个共识算法在哪里,“哪一个与公证人有关?”丹·牛顿(dan newton)的确如此,但当你有公证人池时,他们需要使用某种一致算法来确保该池在哪些州被花费的问题上是一致的。