One Missing Feature Might Be More Interesting Than The Features Already Live
Reading through the staking script specification from @BabylonLabs_io I found a note that almost feels like a roadmap hidden inside the documentation.
Today, each staking position can delegate to only one Finality Provider. The specification also states that multi-staking will require changes to the Bitcoin script itself rather than simply flipping a network parameter.
Supporting multiple Finality Providers is not just about adding another option in the interface. It changes how delegation, slashing logic and script construction interact with each other. In other words, the limitation is architectural rather than operational.
I actually like seeing that kind of constraint documented instead of hidden. It makes the current design easier to evaluate because users know which parts are protocol decisions and which parts are expected to evolve.
$BABY this raises a more interesting question than "what feature comes next?" When multi-staking eventually arrives, will it simply increase flexibility... or will it fundamentally change how participants distribute trust across the Babylon ecosystem? #baby