fix(genesis): Denylist schema lacks zero-address and uniqueness validation

[Lesnak1]

Description

In Denylist.sol, the runtime contract enforces that:

1. The owner cannot be the zero address (initialize reverts).
2. Denylisters cannot contain the zero address (addDenylister reverts).
3. Denylisters should be unique to prevent redundant storage slots and duplicate key collisions during genesis allocation.

Currently, scripts/genesis/Denylist.ts does not validate these invariants, which allows malformed genesis configurations to pass validation and fail later during runtime contract execution.

Proposed Solution

• Add validation in scripts/genesis/Denylist.ts to reject zero addresses for both owner and denylisters.
• Add case-insensitive uniqueness validation for denylisters.
• Add unit tests covering all edge cases.

I have the fix and test suite ready locally. Could you please assign this issue to me so I can submit a PR? Thanks!

[kutluhaneth46]

Requesting assignment to work on this. I can open a focused PR with tests once assigned.

[Lesnak1]

Hi @ZhiyuCircle , as per your comment on #403, I opened this issue to follow the new contribution workflow for the Denylist invariant validation.

The complete fix and unit test suite (tests/unit/denylist-genesis.test.ts) are already fully implemented and verified locally from my previous PR.

Could you please assign this issue to me (@Lesnak1) so I can submit the fresh PR? Thank you!

[kutluhaneth46]

Withdrawing my assignment request. @Lesnak1 opened this under the new workflow and already has the fix and tests ready from the prior PR. Please assign them.