Open ldeffenb opened 2 months ago
But I still think the reserve size check is a bit tight as this node has a reasonable reserveSize for the current depth 2 of the sepolia testnet.
Maybe it is only a blockchain explorer bust because the log in the bee node looks (marginally) better:
"time"="2024-09-11 14:33:43.033439" "level"="error" "logger"="node/storageincentives" "msg"="phase failed" "error"="claiming win: claim: transaction reverted: execution reverted: ReserveCheckFailed(trALast=[0 0 186 73 15 21 101 186 12 237 97 106 32 124 26 69 96 161 57 103 86 49 80 119 112 36 55 25 142 251 239 95])" "phase"="claim" "round"=43898
A recent claim transaction on the sepolia testnet failed with a reason shown in the explorer of: It seems that if the trALast value was being provided for diagnostic purposes, it is not being properly formatted. https://sepolia.etherscan.io/tx/0xaba614d54d34e09f3a41341f5754868ff261b860d4f73f4708947c94ce4f4188
https://github.com/ethersphere/storage-incentives/blob/9e3531708bd786f4c2fa991ecdca5d10b61b0b20/src/Redistribution.sol#L249 https://github.com/ethersphere/storage-incentives/blob/9e3531708bd786f4c2fa991ecdca5d10b61b0b20/src/Redistribution.sol#L1116