dadepo

I was able to confirm this behaviour on Goerli for slot 119920, which has the block for its checkpoint slot 3837440 missing. And requesting the light client bootstrap object using...

Locally with the code modified as follows: ``` getBeaconProposersNextEpoch(): ValidatorIndex[] { if (!this.proposersNextEpoch.computed) { console.log("should only console once. Current epoch is: " + this.epoch); const indexes = computeProposers( this.proposersNextEpoch.seed, this.nextShuffling,...

Good suggestion @lpellegr! Will queue this up for development! :) Thanks!

Hey. Thanks for reporting this. I'll take a look and come up with a fix as soon as I can.

I found some time to try and reproduce the issue here https://github.com/ip-num/ip-num/commit/5b580df3707816fc1b935ca2bcfaf274713256fc Running this gave me the following output ``` Started Comparing same /32 took 1.9139039516448975 milliseconds Comparing same /31...

Thanks for bringing this up. I'll take a look and see if this needs fixing in the library. Will update once I have new info.

This falls under IPv4/IPv6 Translation and an issue already exist for it here #32. Hopefully should get around to implement this soon.

- [x] AsnTest - [x] BinaryUtilTest - [ ] HexadecimalUtilsTest - [ ] InterfacesTests - [ ] IPv4CidrRangeTest - [ ] IPv4Test - [ ] IPv6CidrRangeTest - [ ] IPv6Test...

Thanks for this suggestions. It falls under a broader improvement to unify the iterable within the library. I created the issue #45 to think about and work on this.

Currently not. But the validation bit would be included in the next v1.3.3 release. There is already a work in progress branch `https://github.com/ip-num/ip-num/tree/wip-1.3.3`