Could you create a staking pool using the Casper contract where the decisions made by the pool get tied to the decisions made on behalf of the pool on the main contract?
Could probably build a parameterization that would work for that pool with much smaller amounts and guarantee suitable liveness of that pool in a similar way. Might also stagger the decision making through the modulo so it’s x mod 50 == 49 instead of 0 to ensure decisions are made one block ahead of the period so the last validation on the pool triggers the vote on the main Contract.
Was trying to see if it would be possible to directly leverage the Casper Contract, reducing parameters like minimum stake and logout time, but largely the same codebase so we could leverage the audits and testing that Casper has, and also increase usage of it to discover issues sooner through multiple sub-pools.
This is not actually possible. Whatever the mechanism is that’s used to make the signature, that could be simulated offline, and the result directly sent into Casper’s vote function. It’s not possible to have a voting procedure that’s stateful; this is by design.
This means that any validation pool would have to be handled externally? (which could be facilitated by a contract) There’s no way to allow a validators to be a smart contract controlled by a group of accounts?
The validators would be using some type of an online protocol (p
robably using some type of a consensus to agree on a vote, and then using a threshold signature scheme to sign it