Code Monkey home page Code Monkey logo

provisions-data's People

Contributors

abdelstark avatar bartush1337 avatar leo-starkware avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

provisions-data's Issues

Ethereum ecosystem developers not eligible

We noticed within the Balancer ecosystem, quite a few developers not getting an allocation for provisions, despite making Github contributions within the eligible time period, and to repos that look to have been eligible. Given this, perhaps there was a bug which has unintentionally excluded even more developers within the Ethereum ecosystem as well.

Details:

cs 2024-02-15 at 11 58 21@2x

  • An example repo which was listed in Electric Capital balancer.toml file:

cs 2024-02-15 at 11 57 01@2x

`h0tw4t3r` -> `dalechyn` post-snapshot account rename

Hello, i've changed my nickname from @h0tw4t3r to @dalechyn a month ago after the snapshot was taken and now there is an impersonator with my previous nickname who is eligible to claim provisions and I am not.

Why did you not pull the github user ids instead?

  • Correction to an issue that resulted in eligibility to ~1900 GitHub handles that were changed after a snapshot was taken, and that were squatted on following the Provisions announcement. Over 1M STRK were saved for potential future community allocation.

Where is this fixed?

Validator included in Rated-V1 Solo-Staker list, but no STRK provision

Withdrawal address: 0x6cA35C02eE63F825511a978a2c2d0DB84dd0A0E6
Deposit address: 0x0eb9c584d4fba2969ac6ed794e81d83356e799f9
Activation epoch: 2396
Validator key amount: 1
Validator index: 30470

The named withdrawal address can be found in the most recent release of Rated's Solo-Staker list, but cannot be found in any file under the /eth directory in the provisions-data repo and therefore cannot claim the intended 1800 STRK.

I would highly appreciate a correction and I thank in advance for the patience. Looking forward to being part of the ecosystem!

WebUI does not show allocation for a valid snapshot recipient.

WebUI does not show allocation for a valid snapshot recipient.

GIVEN I sign into a github account
WHEN that account has a valid allocation row in github/github-*.json
THEN I expect the webUI to show the allocation

Currently the webUI does not show my allocation, but I am present in the snapshot row.
I have noted the name is in lowercase in the snapshot, but mixed case as a username, ensure that string matching is case agnostic.

image

image

There's no case identification on my identity

my github username is:Lokiscripter,and i can see my identity in data, but there's no case identification. Because of that,i login in with my github account i can not see my allocation.
Screenshot_20240214_193154_com android chrome
Screenshot_20240214_193159_com android chrome
mmexport1707910353796

Solo Staker Pre-Merge Not Included

Hi,
My validator has somehow been missclassified as being a member of a pool, which is not the case (only 360 STRK airdrop).
I am a solo staker at home running a single validator using lighthouse/geth.

Validator index number: 249237
Old bls withdraval credentials: 0x00aa1cf49a6e5d6a0b71c8969a94233902fcb70fee726a6b16ade87e5ec42805
New eth withdrawal address: 0x9E12Ab4646D97bc33d156D795Ab64C50984eF7cb
Deposit address: 0x3397CB6853DFA172B160637B843ADc2d59E6B59b

Please include me for the full airdrop (1800 STRK). Thank you.

Allocation review / correction request

Hello, I am solo staking several validators and they seem to have been allocated 360 instead of 1800 STRK based off of the numbers I'm seeing. These are post-genesis / pre-merge validators.

My withdrawal address is:

0x8DCb944d34CD29ee96C1B6C38CaF0da24865bC44

Can these totals be confirmed or updated please? Thank you.

pre-merge solo staker getting 360

I'm a solo staker and I have multiple nodes. But they got 360 rewarded instead of the expected 1800.
Hope this can be resolved, thanks in advance.

Indexes:
28286, 28280, 28281, 28282
Withdrawal address: 0x9110568040eB48D6609e42A1aa2911E5D7405D51

Index:
35060
Withdrawal address: 0xbe2696b793Bb9Ac636f0B47d982C6aEa00486bd4

How is an ImmutableX user defined?

Hello,

How do you define an ImmutableX user? I bought some NFTs for a game on ImmutableX, but cannot find my wallet address in the json files.

Thanks.

EIP authors are based on commits rather than actual authors

EIP authors are traditionally identified in the EIP description itself, and not by the person who actually creates the EIP commit.

Capture d’écran 2024-02-14 à 13 58 05

This caused for Mario and I (see above screenshot), to not receive an airdrop allocation. We'd love for this to be rectified for ourselves and other authors who did not instantiate the commit. Both Mario, I and I bet the rest of the EIP authors have been hyper aligned with the future of Ethereum and it would be awesome to see that reflected, instead of just having the committers be allocated.

Solo staker with wrong allocation

Hello,

Solo staker with 4 validators that received 360 STRK instead of 1800.

Pubkey:

0x97b69b04de5c5c5542f999d9142a02d7f05e73dd07ce0dc2054b7471e6248add5a0538c9a8d0309dbbf61849092401ad
0x9320cf64d402dcfdd2ebf7ac45cabdc27e96fe4495ca0f670f6eb45c99c20392c53eff4a675ec7084ac185dc37a953da
0xb2518f4face959a6f3fe186134b2f768a32c820b6c2c3f314af460dd9742047f0cb77ae4cfbe024a6c584ebe4cc0f7de
0x8988f5bd249f075c943defc75ab36bc21e6640253c8e2da61238878d0152175b61562c6661c5ec1392fd23df61d848a5

Withdrawl address: 0x4EB7A2703d9791f70815E99b6e15D8Ced5d90Ca4

Pre-genesis solo staker not included

Pre-genesis solo staker is not in the list of solo stakers
for some reason it has only minimum allocation of 360

index: 195

pls fix the issue

Allocation Corrections

Solo validator here with a good number of validators. They seem to have been marked as a pool based on the allocation I got. Is this something that is still being corrected?

To be clear, my validators are pre-genesis validators.

Solo staker wrong allocation

Hi

I have 10 pre Genesis validators that are correctly accounted for. However, I also have 2 post Genesis validators that have not been accounted for in the allocation.

Withdrawal address: 0x42751916BD8e4ef1966ca033D4EA1FA2a8563f88

Full list of solo stakers withdrawals (85)

Hello,

I made a compilation of all withdrawals I found in both rated network and starknet provision's githubs.
I literally picked all withdrawals addresses I found (85), and some times more deeply if only validator index was posted, so some should miss.
If it's missing, please just post your, but remember this must be only before the merge.
Of course there is not anything related to validators who didn't changed their 0x00 credentials, since the criteria is based on this data.
And of course I can't guarantee all are solo stakers, but with this list I think it should be easy to find it (addresses activities, grafiti, etc...), and create a v0.1 csv for rated networks, which could be used at the end by starknet provisions.

I also posted this in Rated network's github :
rated-network/solo-stakers#94

Hope it helps, even for the future for rated networks !

Full list without duplicates (85) :
0x00000000dDCB8dd8b4a04E11888E7124Ab6EA43D
0x0D319058F592158483062D48152bd84e9a2e7CFE
0x0FC3512F7c6bd54a69eD86578dF0EfdD0F578ab5
0x13B6Ef05A7Fc58Cdf162314f3bd19cec760a2Aa4
0x170CCF19d1FE9F1C360A2Ef0e54983F037bB0034
0x1AAB74A039D7Ff00601B6FE1Bbf13A576521AC83
0x1DD1FCddfAcdA5f3681Dc99c097D67537F0e6816
0x273f4113CCba8aAf856E9ec852346F475797Ee58
0x2A84dC7f347CeaF5Ca48745aA6DfC8ac4B938Fe9
0x2c537ac6209b5E392207783DF4671fdb932aFf44
0x2CAf9E690b9B33FD1EC6DfcA52AD4eB628ee401b
0x2f4c3929C68739AF7a4d87aB309d871e7D58A2d8
0x3319650ca8F53e1F7597d761aB75B64453FAcf53
0x35873Ac2B1aD6c584AFB13a2ad752B230FD2bEEF
0x372d29C978f9Fb10c28563557dbb65b61a08aE49
0x38c02f9b1fa8c729574e28e1d2e98a7b76d69f82
0x38d11B3E1a5cB0e7C3381b9c682cBce541020BCf
0x3e9040303E9A1983AD99e0AE2263c92e3E542eB9
0x40d02eAFc7f241cb870E0f07aeB12E23b817fCe5
0x412B01c1E79c8e93e3b2739cBD7B3D97a30d6B5B
0x41374B389772D5aEd41240a57f5FFB087C6bfA93
0x4231B2f83CB7C833Db84ceC0cEAAa9959f051374
0x42751916BD8e4ef1966ca033D4EA1FA2a8563f88
0x42894ac70142754bf9e3f3c191a12eeb05E2910d
0x42a63047a1cD8449e3E70aDEB7363C4Ca01DB528
0x434B2a7d39CE1BB5bf4d7d04B9A1D004d7a494BF
0x473D13919ebd47E73BE21B0a3B4982ce09961F78
0x47476Eee389Ab9bc767E9603812175C9DaB5737E
0x4bded2846e50bbcd49bf31ac066ff5cf94902316
0x4F13D70f72292E699fbB420003CafF2778c18f70
0x51De21beC7F334cDC01d3787e2a150216628E021
0x54E3110c567FfBa372E705Dee13e03BF5fFD66E8
0x5C649840490218D6C4481C3B49F9d39756CDAf3C
0x5f055f332C4A5bA920D934Ff69CD1Bf747eCe5b9
0x62d164ec972c048e0c9c4fa26e6c3b9984982d25
0x68b8A6aDA2749C4E280eC6Aca1252BF64427Ed48
0x696F4919D80055E91b52bFBF1E580FB7C627fB01
0x6d8538AF46c6D355Ea461aA7AAC2E7B01e8A067d
0x6e9011B8Dfe86e2Ae8a886D432E4A4c78c85648E
0x727D03Ac9A961c830d95914C9213bDa3f336472C
0x751fa5Fc8B96454B0CCA47d640E1d79e42624c14
0x774F45a32cA6A365B693Dfd58d129c959fC159D9
0x797e2ea686D5d1c71da6ee240BDe1e49D6B642Cb
0x7CA545eBc6153765330F37749E1c1A362F63f05e
0x801eE277a12C382f3b1C3613486A17ae4a981254
0x8a60a233F03B2E78889031efA9B4c4aDA6aA4c7d
0x8Ae16d842A853365E6a1EE7eD2A0c80b8fE298aC
0x8B021A0D0e113746c79f0eF8c396aDE292Ec9030
0x8d43bc364F8bD4aFD491cB27FDC738C44F9CC393
0x92ed4b99c68A607D2D0571a8f2c1D4b6EaB01E1d
0x93bfa1be799eedf037c371d6e493dbd242d810e2
0x9768339588DD531096222A99c4d258d646b76a80
0x9897B34B6C11d2a55af9cE886Fb927b39c69392F
0x9BB3072DDC08C1f29F5e036299EEd8D3c6ad3853
0x9E12Ab4646D97bc33d156D795Ab64C50984eF7cb
0x9F8a1EA3C131B8F837E03FE8f8722A02e688c88C
0xa43C3FA89a6ff585f324D848C198E3641dF6e873
0xacC7B5FD421580D45dD63d42A4a6b5AF796822ac
0xAd7e8C174AB48BB86D7EBEEEc5Ed3fC0e27528e0
0xB154AF72c7f5760a92C46193Aeb24FF8DDd64488
0xB4B65FCb010ce087E4B90eA73D9b313C93fC352D
0xB54b2fa88707a910E7B6E282006AB02f18250ae6
0xb5aD6DaC39528972f4E01169e798F00345676cC6
0xb64e2D92b22d6F3ce8346a8E4b2EbE896aC65dAd
0xbC5a4A09450B4106bE9a4DF3d85dA3F4617e819F
0xbd0E8Fc3d1A704BC66e759903040F07Bae161dd3
0xBE8859cA9C3B0AA3B55644B9fD90017512A80801
0xC0567a6fe0f3083603D639c8233024E8bD1926d6
0xc4374C15b5d3e0f43125CC944Abf5D1411a4a0db
0xC7759520AF30524eDc1dE0785a3e72Dd3FbfDC32
0xC895A0F3D3D0D4F226934D756252e07Af90fD45d
0xcfc7e96be27d836b034b37132052549611341108
0xd4df2ba7e0b056a3b323c6f2ef037286e7410734
0xE126e752FeDf0a03312dB7c4Db2f8C5B5D8dEADB
0xE2EFFFfE7fB7015862cBb1958A30967e48030cFF
0xe75AFa985de4F013AccFc8b4Dd744551C6EEB5a9
0xe8637bB8ACf92391140bFb6570AAfCdbe20e70A1
0xEba0E1FbC9Ac1675c62D53EF0320f95F5BD33cca
0xEE48671f1E55BEF74103b5C496E861c18Ee71dad
0xf2125d80AFF9078c163fb9d293f91E21d2A0095C
0xF3523fd7318C8Fb037eD081cDb478d45C70eD570
0xF414cbdA083303E288D356FBdE34f70bD82B9930
0xfa42dC95E344f976d4B043Ca227c474470B670DC
0xFA5f9EAa65FFb2A75de092eB7f3fc84FC86B5b18
0xfE7dEeADf7a9D02fb743A9354e17022ECA21b193

What I used for doing it :

provisions-data, issues 27 to 1, 17/02/2024 10am Paris Timezone :

27-
0x0FC3512F7c6bd54a69eD86578dF0EfdD0F578ab5
0x68b8A6aDA2749C4E280eC6Aca1252BF64427Ed48
26-
0x9BB3072DDC08C1f29F5e036299EEd8D3c6ad3853
0x801eE277a12C382f3b1C3613486A17ae4a981254
0xbC5a4A09450B4106bE9a4DF3d85dA3F4617e819F
23-
0x8d43bc364F8bD4aFD491cB27FDC738C44F9CC393
0x8Ae16d842A853365E6a1EE7eD2A0c80b8fE298aC
0x2f4c3929C68739AF7a4d87aB309d871e7D58A2d8
22-
0xa43C3FA89a6ff585f324D848C198E3641dF6e873
20-
0x7CA545eBc6153765330F37749E1c1A362F63f05e
18-
0x2CAf9E690b9B33FD1EC6DfcA52AD4eB628ee401b
17-
0x774F45a32cA6A365B693Dfd58d129c959fC159D9
15-
0x9768339588DD531096222A99c4d258d646b76a80
14-
withdrawal credentials still at 0x00, imo it's an other subject here
9-
0xfa42dC95E344f976d4B043Ca227c474470B670DC
0x42751916BD8e4ef1966ca033D4EA1FA2a8563f88
0xe8637bB8ACf92391140bFb6570AAfCdbe20e70A1
0x42894ac70142754bf9e3f3c191a12eeb05E2910d
0x6d8538AF46c6D355Ea461aA7AAC2E7B01e8A067d
0x9897B34B6C11d2a55af9cE886Fb927b39c69392F
0x412B01c1E79c8e93e3b2739cBD7B3D97a30d6B5B
0xF3523fd7318C8Fb037eD081cDb478d45C70eD570
0x4231B2f83CB7C833Db84ceC0cEAAa9959f051374
0xF414cbdA083303E288D356FBdE34f70bD82B9930
0x92ed4b99c68A607D2D0571a8f2c1D4b6EaB01E1d
0x170CCF19d1FE9F1C360A2Ef0e54983F037bB0034
0x774F45a32cA6A365B693Dfd58d129c959fC159D9 (duplicate with issue 17)
0x6e9011B8Dfe86e2Ae8a886D432E4A4c78c85648E
0xC895A0F3D3D0D4F226934D756252e07Af90fD45d
0x1DD1FCddfAcdA5f3681Dc99c097D67537F0e6816
0xacC7B5FD421580D45dD63d42A4a6b5AF796822ac
0xb64e2D92b22d6F3ce8346a8E4b2EbE896aC65dAd
0x38d11B3E1a5cB0e7C3381b9c682cBce541020BCf
0x0D319058F592158483062D48152bd84e9a2e7CFE
0xcfc7e96be27d836b034b37132052549611341108
0x54E3110c567FfBa372E705Dee13e03BF5fFD66E8
0x4F13D70f72292E699fbB420003CafF2778c18f70
0xfE7dEeADf7a9D02fb743A9354e17022ECA21b193
0x51De21beC7F334cDC01d3787e2a150216628E021
0x727D03Ac9A961c830d95914C9213bDa3f336472C
0x4bded2846e50bbcd49bf31ac066ff5cf94902316
0x62d164ec972c048e0c9c4fa26e6c3b9984982d25

rated network, issues 1 to 87, 17/02/2024 10.30am Paris Timezone :

3-
0xc4374C15b5d3e0f43125CC944Abf5D1411a4a0db
0xAd7e8C174AB48BB86D7EBEEEc5Ed3fC0e27528e0
0xB4B65FCb010ce087E4B90eA73D9b313C93fC352D
0xE2EFFFfE7fB7015862cBb1958A30967e48030cFF
0xF3523fd7318C8Fb037eD081cDb478d45C70eD570
0xe8637bB8ACf92391140bFb6570AAfCdbe20e70A1
6-
0x372d29C978f9Fb10c28563557dbb65b61a08aE49
7-
0x5C649840490218D6C4481C3B49F9d39756CDAf3C
8-
0x13B6Ef05A7Fc58Cdf162314f3bd19cec760a2Aa4
9-
0x93bfa1be799eedf037c371d6e493dbd242d810e2
10-
0xB154AF72c7f5760a92C46193Aeb24FF8DDd64488
0x3e9040303E9A1983AD99e0AE2263c92e3E542eB9
0x273f4113CCba8aAf856E9ec852346F475797Ee58
0xEba0E1FbC9Ac1675c62D53EF0320f95F5BD33cca
11-
0xFA5f9EAa65FFb2A75de092eB7f3fc84FC86B5b18
13-
0x00000000dDCB8dd8b4a04E11888E7124Ab6EA43D
14-
0x434B2a7d39CE1BB5bf4d7d04B9A1D004d7a494BF
16-
0xE2EFFFfE7fB7015862cBb1958A30967e48030cFF (duplicate issue 3)
17-
0x7CA545eBc6153765330F37749E1c1A362F63f05e
20-
0xB154AF72c7f5760a92C46193Aeb24FF8DDd64488 (duplicate issue 10)
22-
0xB54b2fa88707a910E7B6E282006AB02f18250ae6
25-
0xbd0E8Fc3d1A704BC66e759903040F07Bae161dd3
26-
0x3319650ca8F53e1F7597d761aB75B64453FAcf53
27-
0x6d8538AF46c6D355Ea461aA7AAC2E7B01e8A067d
0x9897B34B6C11d2a55af9cE886Fb927b39c69392F
29-
0x412B01c1E79c8e93e3b2739cBD7B3D97a30d6B5B
32-
0x473D13919ebd47E73BE21B0a3B4982ce09961F78
33-
0xF3523fd7318C8Fb037eD081cDb478d45C70eD570 (duplicate issue 3)
34-
0xfa42dC95E344f976d4B043Ca227c474470B670DC
35-
0xb5aD6DaC39528972f4E01169e798F00345676cC6
36-
0x5f055f332C4A5bA920D934Ff69CD1Bf747eCe5b9
38-
0xAd7e8C174AB48BB86D7EBEEEc5Ed3fC0e27528e0 (duplicate issue 3)
40-
0x4231B2f83CB7C833Db84ceC0cEAAa9959f051374
41-
0x47476Eee389Ab9bc767E9603812175C9DaB5737E
47-
0x8a60a233F03B2E78889031efA9B4c4aDA6aA4c7d
48-
0x9768339588DD531096222A99c4d258d646b76a80
49-
0x774F45a32cA6A365B693Dfd58d129c959fC159D9
50-
0x6e9011B8Dfe86e2Ae8a886D432E4A4c78c85648E
51-
0xf2125d80AFF9078c163fb9d293f91E21d2A0095C
52-
0x40d02eAFc7f241cb870E0f07aeB12E23b817fCe5
54-
0x35873Ac2B1aD6c584AFB13a2ad752B230FD2bEEF
55-
0xC895A0F3D3D0D4F226934D756252e07Af90fD45d
57-
0xacC7B5FD421580D45dD63d42A4a6b5AF796822ac
58-
0xe75AFa985de4F013AccFc8b4Dd744551C6EEB5a9
59-
0x2c537ac6209b5E392207783DF4671fdb932aFf44
60-
0xBE8859cA9C3B0AA3B55644B9fD90017512A80801
62-
0xC7759520AF30524eDc1dE0785a3e72Dd3FbfDC32
63-
0x9E12Ab4646D97bc33d156D795Ab64C50984eF7cb
64-
0x797e2ea686D5d1c71da6ee240BDe1e49D6B642Cb
67-
0x8B021A0D0e113746c79f0eF8c396aDE292Ec9030
68-
0x42a63047a1cD8449e3E70aDEB7363C4Ca01DB528
0x751fa5Fc8B96454B0CCA47d640E1d79e42624c14
71-
0xbd0E8Fc3d1A704BC66e759903040F07Bae161dd3 (duplicate issue 25)
72-
0x8d43bc364F8bD4aFD491cB27FDC738C44F9CC393
0x8Ae16d842A853365E6a1EE7eD2A0c80b8fE298aC
0x2f4c3929C68739AF7a4d87aB309d871e7D58A2d8
73-
0x38c02f9b1fa8c729574e28e1d2e98a7b76d69f82
74-
0x9F8a1EA3C131B8F837E03FE8f8722A02e688c88C
75-
0x0D319058F592158483062D48152bd84e9a2e7CFE
76-
0xd4df2ba7e0b056a3b323c6f2ef037286e7410734
77-
0xC0567a6fe0f3083603D639c8233024E8bD1926d6
78-
0xEE48671f1E55BEF74103b5C496E861c18Ee71dad
80-
0x696F4919D80055E91b52bFBF1E580FB7C627fB01
81-
0x4F13D70f72292E699fbB420003CafF2778c18f70
82-
0xE126e752FeDf0a03312dB7c4Db2f8C5B5D8dEADB
83-
0x1AAB74A039D7Ff00601B6FE1Bbf13A576521AC83
84-
0x2A84dC7f347CeaF5Ca48745aA6DfC8ac4B938Fe9
85-
0xb64e2D92b22d6F3ce8346a8E4b2EbE896aC65dAd
86-
0x41374B389772D5aEd41240a57f5FFB087C6bfA93
87-
0xfE7dEeADf7a9D02fb743A9354e17022ECA21b193

solo stakers identified as pool/cex

issue 4 has been closed while there is many solo stakers being considered as pool/cex (360STRK reward) while in reality they are solo stakers from home, and from genesis for some (3600STRK reward).

It seems you have used rated network's list :
https://github.com/rated-network/solo-stakers/issues
but it was reported since 3 weeks many solo validators were missing, and this list was needing some improvement.

closed issue 4 have some examples of people not being correctly identified :
#4

Is that possible to do a review, or check criteria with rated network to improve this list, and eventually identify solo stakers as solo stakers ?

Pre merge Solo staker 0x00 withdraw credentials under allocated

Rated's list provides the following information for my deposit address. It looks like four validators were identified however I only received an allocation proportionate to one validator.

0xb122a735828a47a2181f1f7ed6adc357bb3ff53b,0.85118616,4,[],35631,

Here are all the relevant details I can provide. All associated validators are pre merge, post genesis. Thank you for taking the time to review and correct the under allocation. Your efforts are sincerely appreciated!

Deposit address: 0xB122a735828a47a2181F1F7ED6ADC357bb3Ff53b
Withdraw: 0x2CAf9E690b9B33FD1EC6DfcA52AD4eB628ee401b
Validator indexes:
68473, 159730, 159883, 172761

Transactions, one for each deposit from f53b address above:
1)
https://etherscan.io/tx/0xe380c4c525c49ec4caf9c057ea70f4b2b330eca462a8a2f6f9ae0032d3b6bff6
2)
https://etherscan.io/tx/0x368e46002faf10a3d84f3516eafcb8f222c951a557ab1ccc3e951093a96a8dd7
3)
https://etherscan.io/tx/0x72e15635bc24cf437cae6c86081b595c34533d2587ad25377817c0fca249ba70
4)
https://etherscan.io/tx/0xb5d9f9e81dc369f00235f7132ba39ac96333af83d0a7a7cba2fd0191852c471b

Additional:
I staggered my deposits over several months.

wrong allocation, 360 instead of 1800

Hello,
I think i was wrongly attributed the lower tier airdrop of STRK, i have 4 validators within the right time period.
I should had received 1800 X 4, not 360 X 4.

https://mainnet.beaconcha.in/dashboard?validators=35104,350827,350828,350829

Validators pubkey (4) :

0xaa73109517c76df4fac047162b7e5cbf708a9cfe327496c0b9815379015ef283f30b4c096645d0ac55653d1bc82cf06b
0xa1232242f7e7469b07f344d99a4d21881b105754f9b5685cb58180314c683f750be0458fd841b6e8d7c150c1b3564d74
0x845ce1632a463ed206f3868ec84bf7890e62349e3eda87a9d189c2cf91174ed1d99659dec92b88457114c10c6028a884
0x99232411cffff46006456617359d46a643e7bbbdd66aad3f22950a5081521699f28de16463a938234e893435d4a61786

Deposit adress : 0xd81b6ef4efd8df0f654fbfe08c4f07925a31a840

Withdraw crediential adress : 0x586CFe79E3bEa3830C0A1874273ED563Ab23C64C

TG contact : FUINY7

Discord handle : fuiny7

Solo Staker Not Allocated With Amount Expected

40 validators genesis
deposit address:
0xee5095ec5400bf2f350fe68840c716ab944221db

60 validators pre merge
deposit address:
0x0e49Cf0Cf5E1aD8474C213E3C58b117A99BB1745

the withdraw address of these 100 validators is :
0xa169D48FCA36318049F5Bbe09Ee7e1Fd9d3B76c2
the ALLOCATION is only 43200
sad ....

Solo validator is not correctly identified

Hello,

First of all thank you for airdropping to node operators!

I launched 2 validators before the merge :

  • Solo validator at index 64565 with withdrawal address 0x106FFfEb17936a0F358D0F2E2207921Ae5F9A64B
  • Rocketpool minipool at index 315289 with withdrawal address 0x91Fd83274F56F60f22B37A9464c24C759834B815 (rocketpool smart contract)

The minipool got 1800 STRK while the solo validator got only 360 STRK. I think the solo validator was not identified correctly.

It would be highly appreciated if the solo validator could also get the full airdrop 🙏

Thank you!

Yet another solo staked mis identified as an organisation.

Please can you adjust your database of the following addresses, that have been identified by rated as an org, but are instead a number of validators that are solo staked.

0x9BB3072DDC08C1f29F5e036299EEd8D3c6ad3853

0x801eE277a12C382f3b1C3613486A17ae4a981254

0xbC5a4A09450B4106bE9a4DF3d85dA3F4617e819F

ETH balance miscalculated

Hi, my Eth balance at 15 novembre was incorrect calculated. l want to contest the result of Starknet airdrop for wallet:
0x02944fe7C39B1dcb3aD65Cf447209AA462C2711f4fc3F86E96889dDD342aBcfd
Thanks!
15 11 2023

Large Number of Validators, but only 4320 STRK -- Is this appealable?

Hello -

In a similar boat to other stakers of a large number of validators. My validators are post-genesis, and pre-merge, staked just a couple months after Genesis.

Withdrawal Address is 0x941CCF97a003c9Bb1781e2ccF991942a178EfEE7

It looks like my allocation was 12x360 STRK, for a total of 4320 STRK

Is that the correct amount? If not, is there a way to correct it?

Thank you

Solo Genesis Staker, wrong allocation

Pre-Genesis
8264 0x85e98c6a64c4081ee928919ae782a1b367a4d7416cb908ef469a4d8a914c74f3ddf3fe24ad4beee671e485c877346155
8265 0xac18ab317bd06d6b53d7f0464334c07ba04774a0d558dd85d01e88676f1781e595a5957eecdc4a08bfeb86fcd09d1586
8266 0xb073ecf8f0f9361410bff5993ebd994468620f29dc85ad42ced7c664d849b8c342f59e71b65e60b0b32295013d01890e

Deposit Address: 0xf4bE0077f4d287644D83eac1491b8D8077AeED7D
Withdrawal address: 0xD35B9Cf1353a2992f635Ea0EE8E12bA04Ad12A17
Genesis POAP: https://collectors.poap.xyz/token/48843

Pre-Merge
195498 0xb70978eac783d27e3c759e6b5510a43bdc6ff5a3711d78d67ae2a719ada3fb5e2f6be2d0ab96f730f8f2060d1329c8ac
195499 0x830c478b2bf656e42090691a729317aa052a9781ec6f0966c34ecd27394d8cc55bff3eb770910a017a14e7c6ad99d249
249144 0xaa54d94471b8a05b672e1142e591593898c8f2ffae4a4fb45959537c266d8b5c0b0e4413b3a971d23595d7cccd9339c1

Deposit Address: 0xD35B9Cf1353a2992f635Ea0EE8E12bA04Ad12A17
Withdrawal address: 0xD35B9Cf1353a2992f635Ea0EE8E12bA04Ad12A17

The allocation of 0xD35B9Cf1353a2992f635Ea0EE8E12bA04Ad12A17 should be 16200, thanks!

Solo Pre-merge Staker, wrong allocation

My validator has somehow been missclassified as being a member of a pool, which is not the case (only 1080 STRK airdrop).
I am a solo staker at home running 3 validators using prysm/geth.

I have 3 validators, please correct the allocation of 0x96FfE55C2a0694994b6e6cfE17786a86A85a22d7, thanks!

The following is the staking address

31250 0xafee1215077935b7709db294eb6a5810391e597236d4dda8176c689ff23645b4f58e0d03d704ac13f308a07fd70738a8
31251 0xb7d298b927d69977c927ad16f1f472adc497788fbd27a7a89fdab3522e2b770a9ef65c0a7f065aa9c37386eb262cfed6
31252 0xb162784380953f85db1ecbf0d82550e1bc03edd437a733b5360b6bd19ac2a667fa1e752823058cc35eb9114732ffe11c

Pre-genesis validators indexes missing

This address running 18 validators.

0x774F45a32cA6A365B693Dfd58d129c959fC159D9

This address cannot be found on solo_stakers_v0.csv from rated-network.

10 are pre-genesis. 8 are post but 30k indice.

Total STARK airdrop should be 50400.

Hey, whitehat here 👋

I noticed there were some unclaimed usernames yesterday and quickly wrote a script to nab as many as possible before GitHub started rate limiting.

Is it any help if I turn over these accounts?

cc @banteg

Unresolved Allocation Issue for Starknet Users

Dear Starknet Team,

I hope this message finds you well. I am writing to bring attention to a concerning issue regarding allocations for Starknet users, as outlined in the provisions page.

Several users, myself included, have diligently met all the criteria specified on the provisions page but have not received the expected allocation. This situation has left the community feeling disheartened, as we fulfilled all the requirements yet received no compensation.

Attempts to address this matter on Discord have resulted in what appears to be automated responses, indicating potential oversight of criteria. However, I can assure you that I and others have thoroughly met all stipulated conditions. It has come to my attention that the filtering process during sybil filtering might be a cause for this discrepancy.

While I understand the necessity of such measures, I find it perplexing in my case, as I maintain only a single Starknet account. This should theoretically render my account immune to being filtered out. Having been a Starknet member since May and actively utilizing the platform throughout 2023 and to the present date, I find it disheartening to be excluded from the allocation despite meeting all criteria.

Although I cannot speak for the entire community regarding multiple wallets, I sincerely hope that this matter can be promptly investigated and resolved. For your reference, my eligible wallet is:

0x04e0113fB6502022D9E7838E788DC0a0B7E2407Eade744E80306Eb269F603d7d

I want to emphasize that my intention is not to express anger, but rather frustration. I trust that you understand the disappointment of meeting all criteria and not receiving the expected allocation. I kindly request your assistance in addressing and resolving this issue promptly.

Thank you for your attention to this matter, and I hope for a swift resolution.

Sincerely,

Mathias


Before commenting your wallet address, please check if your wallet should have been eligible using this dashboard!

If your wallet meets the following criteria you should have been given an allocation:

  • Active Months > 3
  • ETH Balance (15th of November 2023) > 0.005 ETH
  • Cumulative TX Volume > $100
  • Transactions > 5

Here is an example of my wallet that met all the criteria:
7ada15eeeb98e315f4762c6fd659aca0

Thank you in advance!


UPDATE 20/02/2024

On the Starknet Discord server, several Starknet team members announced an upcoming second round of provisions, which is certainly welcome news. However, amidst this anticipation, questions linger: will those of us excluded from the initial airdrop receive our allocation in subsequent rounds? It's disheartening that a corporation of such magnitude resorts to repetitive, impersonal communication rather than crafting bespoke messages. This ongoing situation is exhausting. Acknowledge the missteps in sybil filtering, take responsibility, and rectify the error and reward us, the users who met all criteria, but received nothing.

This right here is the exact message that I am referring to:
Skærmbillede 2024-02-20 kl  21 37 36

Solo and Rocketpool validator received wrong token allocation

I have been a solo staker since early 2020 and incorrectly received only 360x3=1080 instead of 4x1800=7200 STRK

Deposit and withdrawal address is 0x7CA545eBc6153765330F37749E1c1A362F63f05e

I had three validators less than 500k, and one Rocket pool validator below: 138198 - exited feb 2024, 138203 and 138204. The two latter are still active.

I run four Rocketpool validators: 482098, 757034, 818876 and 1023886.

I think it is quite strange my address with 400 defi TXs, POAPs etc. is excluded but a fresh wallet with only a deposit to the beaconchain is 100% a solo validator like this one: https://etherscan.io/address/0x658d1df2e10c43ac70b5b88bd1f9a498c78c1d76

Please consider updating the token allocation. Thank you!

Solo Staker Not Allocated With Amount Expected

The following validators were not allocated with the amount expected:

0x0FC3512F7c6bd54a69eD86578dF0EfdD0F578ab5 runs 10 validators
4 genesis
6 pre merge
Expecting 4x3600 + 6x1800 = 25200 but only seeing 2520 allocation (missing zero at end during calculation??)

0x68b8A6aDA2749C4E280eC6Aca1252BF64427Ed48 runs 4 validators
1 genesis
3 pre merge
Expecting 3600 + 3x1800 = 9000 but only seeing 2250 allocation

List of validator addresses under allocated with 0x00 withdraw credentials

Starting this in case it is helpful to the team, saw another issue doing something similar.

If you are a solo staker who was allocated less than they should have been and have 0x00 credentials please comment your address, # of validators, the amount you were allocated, and the amount you should have received, and if you deposited pre genesis or only pre merge.

0xB122a735828a47a2181F1F7ED6ADC357bb3Ff53b
4 validators
Allocated 1800, should have received 7200
Pre merge depositor

Solo Staker Since 12/20 Not Properly Allocated

I have been running three solo validators since 12/20. Their indexes are in the 37,000 range. I was only allocated 360 per validator for a total of 1800 STRK.

I never set a withdrawal address (0x00 validator), but my deposit address is: 0xa43C3FA89a6ff585f324D848C198E3641dF6e873

Please let me know if any further info is needed.

Thanks in advance.

Provision incorrectly allocated - 0x00 credentials

I am a solo staker and run four validators. These validators have been running continuously since shortly after genesis and well before the merge. The provision checker says the deposit address is eligible for 1800 STRK but I believe it should be 7200 (1800/validator * 4 validators running since genesis but before merge). Provision checker says the withdraw address for my four validators is not eligible to receive any STRK. Are you able to correct the allocation?

Deposit: 0xB122a735828a47a2181F1F7ED6ADC357bb3Ff53b
Withdraw: 0x2CAf9E690b9B33FD1EC6DfcA52AD4eB628ee401b
Beaconcha.in link: https://beaconcha.in/dashboard?validators=68473,159730,159883,172761
Transactions, one for each deposit from f53b address above:

  1. https://etherscan.io/tx/0xe380c4c525c49ec4caf9c057ea70f4b2b330eca462a8a2f6f9ae0032d3b6bff6

https://etherscan.io/tx/0x368e46002faf10a3d84f3516eafcb8f222c951a557ab1ccc3e951093a96a8dd7
3)
https://etherscan.io/tx/0x72e15635bc24cf437cae6c86081b595c34533d2587ad25377817c0fca249ba70
4)
https://etherscan.io/tx/0xb5d9f9e81dc369f00235f7132ba39ac96333af83d0a7a7cba2fd0191852c471b

I staggered my deposits. At first I deposited enough to run one validator, then I added two more, then I added a final one. I have been running these validators continuously from before the merge till now. Maybe the staggering was the issue?

Thank you for your time and consideration.

December 2020 home solo staker missing/misidentified from list

December 2020 deposit address 0x942957Bff64620cED7029408c5e73b2fb5527AaF

Validator index #35689

Withdrawn October 2023 for opsec purposes to withdrawal address 0x9768339588DD531096222A99c4d258d646b76a80

Withdrawn eth sent to new home solo validator deposited October 2023. Funds can be traced to original withdrawal address. Deposit & withdrawal address' are the same. 0x136C8b89eDB8151a6C9011fCD53Fc51Cc667a5eA. Unrelated to this issue, but should be included in the rated solo stakers list moving forward.

Possible reasons for misidentification: dust test transactions to/from coinbase for opsec & validator index #35689 had the same withdrawal address that I had set for my rocketpool minipools.

Original withdrawal address shows provision of 360 STRK instead of 1800.

Wrong allocation

I am a solo staker, but only received 360.

Validator Index: 62594
Withdrawal Address: 0x20e80FF20442AC67776f8d5C3aD353bDc520BC58

Another Solo Staker Not Properly Allocated

12 validators (2 Genesis 10 pre-merge):

Genesis validator indices: 9695, 9696
Pre-merge validator indices: 35490,35491,35492,35493,35494,35495,35496,35497,35498,51316

10 validators Withdrawal address: 0x8d43bc364F8bD4aFD491cB27FDC738C44F9CC393
9696 withdrawal address: 0x8Ae16d842A853365E6a1EE7eD2A0c80b8fE298aC
51316 withdrawal address: 0x2f4c3929C68739AF7a4d87aB309d871e7D58A2d8

all 12 have been allocated 360 each instead of 2 x 3600 and 10 x 1800

Solo Validator - Provision Issue

Hi,

I ran ten pre-genesis validators, and another ten launched soon after genesis. In the initial provisioning I was allocated 4320 STRK, because the Rated tool had assessed me as a pool. After raising the issue we were included in the new version of the Rated tool, and our allocation changed to 24823 STRK. My question is whether this allocation is still incorrect: each pregenesis validator gets 3600, and the ten+ post genesis validators should be 1800. (3600 X 10) + (1800 X 4) = 43200 i.e. the maximum. Am I missing some part of the allocation procedure?

The withdrawal address is: 0x1DD1FCddfAcdA5f3681Dc99c097D67537F0e6816

The validator numbers are:

4884,4902,4904,4905,4907,4909,4912,4920,4926,4932,29150,29151,29152,29153,29154,29156,29157,29158,29159,29160

Thanks very much for your time and consideration - especially for the work already done fine-tuning the allocations - we are extremely grateful!

Regards,
Luke Buckland

0x00 Stakers Only Counted For One Validator

0x00 validators with multiple validators have only received credit for one validator instead of the respective 3600/1800 * x validators on their deposit address.

I'm raising this issue on behalf of myself and several other posts I've seen on EthFinance and the EthStaker community that all have the same issue. Everyone I've spoke to that has this issue has 0x00 validators (so no withdrawal address) and multiple pre-merge or pre-beacon validators but is only receiving credit for one.

Cheers and thank you for your time!

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.