Inconsistent `morph init` behavior before and after `height ≈ 100` #1391

New issue

Open

opened 2024-09-23 14:31:01 +00:00 by potyarkin · 0 comments

potyarkin commented

2024-09-23 14:31:01 +00:00

Member

Expected Behavior

frostfs-adm morph init should work the same regardless of current blockchain height.

Current Behavior

Given a 7-node NEO network (all 7 nodes are members of committee) morph init works differently depending on current blockchain height:

If current block height is below 100, morph init works as expected. It transfers a lot of GAS and some NEO tokens to committee account in alphabet wallets prior to proceeding with Stage 2 where these tokens will be used to cover transaction fees.

If current block height is above 100, committee accounts in alphabet wallets remain empty and Stage 2 fails with an error:

Stage 2: set notary and alphabet nodes in designate contract.                                                                                                                                                  
Error: Insufficient funds (-511) - insufficient funds

Threshold value of 100 is a rough estimate based on multiple manual tests (i.e. morph init works when started around height = 39, but does not work with height = 249, height = 135, height = 100)

Possible Solution

No fix can be suggested by reporter. Further solutions shall be up to developers.

Steps to Reproduce (for bugs)

Generate a 7-letter alphabet: frostfs-adm morph generate-alphabet --size 7
Start 7-node neo-go privnet using alphabet keys for consensus nodes
bin/frostfs-adm-v0.42.9 morph init --contracts data/contracts --rpc-endpoint http://neo-go-endpoint --alphabet-wallets wallet

Context

Private chat (one, two)
This issue did not come up with 1-node and 4-node alphabets. Probably because multisig accounts for committee and consensus are the same in those scenarios but are distinct with 7-node alphabet.

Regression

Your Environment

Version used:
- frostfs-adm v0.42.9
- frostfs-contracts v0.19.4
- neo-go v0.106.3
Server setup and configuration: custom exploratory environment (protocol.privnet.yml)
Operating System and version (uname -a): Linux hostname 6.1.0-18-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.76-1 (2024-02-01) x86_64 GNU/Linux

## Expected Behavior `frostfs-adm morph init` should work the same regardless of current blockchain height. ## Current Behavior Given a 7-node NEO network (all 7 nodes are members of committee) `morph init` works differently depending on current blockchain height: - If current block height is below 100, `morph init` works as expected. It transfers a lot of GAS and some NEO tokens to `committee` account in alphabet wallets prior to proceeding with `Stage 2` where these tokens will be used to cover transaction fees. - If current block height is above 100, `committee` accounts in alphabet wallets remain empty and `Stage 2` fails with an error: ``` Stage 2: set notary and alphabet nodes in designate contract. Error: Insufficient funds (-511) - insufficient funds ``` Threshold value of 100 is a rough estimate based on multiple manual tests (i.e. `morph init` works when started around height = 39, but does not work with height = 249, height = 135, height = 100) ## Possible Solution No fix can be suggested by reporter. Further solutions shall be up to developers. ## Steps to Reproduce (for bugs) - Generate a 7-letter alphabet: `frostfs-adm morph generate-alphabet --size 7` - Start 7-node neo-go privnet using alphabet keys for consensus nodes - `bin/frostfs-adm-v0.42.9 morph init --contracts data/contracts --rpc-endpoint http://neo-go-endpoint --alphabet-wallets wallet` ## Context - Private chat ([one](https://chat.yadro.com/yadro/pl/wcit3x8zijr5bfbbbfb3fjmgno), [two](https://chat.yadro.com/yadro/pl/nj7ubzasftf3zcxoguxkdrnxso)) - This issue did not come up with 1-node and 4-node alphabets. Probably because multisig accounts for `committee` and `consensus` are the same in those scenarios but are distinct with 7-node alphabet. ## Regression No ## Your Environment * Version used: * frostfs-adm v0.42.9 * frostfs-contracts v0.19.4 * neo-go v0.106.3 * Server setup and configuration: custom exploratory environment ([protocol.privnet.yml](https://git.frostfs.info/potyarkin/bringup/src/branch/bug/morph-init-at-100-blocks/morph/protocol.privnet.yml)) * Operating System and version (`uname -a`): `Linux hostname 6.1.0-18-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.76-1 (2024-02-01) x86_64 GNU/Linux `