Releases: RBBNet/Permissionamento
v2.0.0
v2.0.0-rc2
Release Candidate 2 da segunda geração (gen02) dos smart contracts de permissionamento da RBB.
Versão implantada na rede laboratório em 11/06/2025.
v2.0.0-rc1
Release Candidate 1 da segunda geração (gen02) dos smart contracts de permissionamento da RBB.
v1.1.0
Release com migração do Truffle para o Hardhat.
v1.0.1+2023-09-28
Esta release foi gerada a partir da main, acumulando todas as modificações de código realizadas pelas releases v1.0.1+migrations e v1.0.1+ABIs.
A partir desse momento, a intenção é que o versionamento se dê tendo a main como branch principal.
v1.0.1+ABIs
Baseada na branch V1-backend-migration.
v1.0.0+lab01-backend
A mensagem anterior nesse release era a mensagem abaixo.
"Release com as mesmas versões de arquivo do v1.0.0-backend-alpha. Esta foi a versão que foi implantada pela primeira vez no laboratório. "
Essa mensagem, porém, deve estar bastante equivocada. Por exemplo, essa release contém implementações de quarentena que não foram usadas e que só seriam retomadas bem após a implantação do piloto (em abril de 2024).
Logo, a princípio, ESTA RELEASE DEVE SER IGNORADA.
Esta release só não foi excluída por uma questão de insegurança.
v1.0.1+migrations
Corrige o script de migrations das regras de permissionamento de nós (3_deploy_node_ingress_rules_contract.js) e o NodeRules.sol para permitir o reponteiramento do permissionamento (NodeRules e AccountRules).
Explicando melhor: originalmente, a adição de novos nós (NodesRules.addAdmin), gerava sempre um evento para o Besu atualizar as conexões. Porém, o NodeRules tinha que acessar o NodeIngress para emitir o evento (dado que o Besu só conhece os Ingress).
Ao reponteirar o NodeRules, o script precisava reponteirar primeiro e, só depois, incluir os nós, dado que a inclusão de nós acessava o NodeIngress. Acontece que, ao lançar o evento, por exemplo, após a inclusão do primeiro nó, como só ele estava permissionado, a rede toda se desconectava.
Para enfrentar isso, nós criamos uma forma de incluir novos nós sem disparar o evento, que só pode ser chamado pelo owner do NodeRules. No fim do processo, esse owner chama finishDeploy para abrir mão desse direito exclusivo.
Observe que essa versão não precisa estar implantada para funcionar. Para uma mudança futura do reponteiramento, essa versão é que tem que ser implantada para funcionar. Logo, a versão do lab inicial não tem essa funcionalidade, mas isso não é um problema.
v1.0.0-backend-alpha
Esta é a release implantada nas primeiras versões das redes laboratório (set/2023) e piloto (abril/2024).
v0.3.0
correção de bug ao adicionar nó