The BIP324 spec allows for any number and any size of decoy packets in the initial handshake of the protocol, right after the materials have been generated and before the version packet is sent.
Are there strong benefits for this complexity in the middle of the handshake? It is not clear to me how much it adds to have that variability on the “left” side of the (currently empty) version packet. But it does add a bit of complexity to implementations given the lack of bounds on the decoy packets. I noticed Core has not supported sending decoy packets in the handshake since adding BIP324 support in v26.0, but is this a worthy feature of the protocol that will later be implemented?
