Agreed that it’s too early for a standard, but I am interested in working on some coordinated CLR experimentation (and I would be happy to work as a dev on building an open platform for CLR pilots).
Gitcoin in particular does all of their CLR logic off-chain (which I think makes a lot of sense for their purposes given speed to market, their current architecture, etc.), so I wonder if the standard would make sense as an EIP unless more of it is onchain? There could be non-EIP standards though, of course.
Gitcoin will be presenting at the next Chicago Ethereum Meetup in part about quadratic voting / CLR, and we may have our members do a mini CLR to decide how to prioritize which dapp pilots we want to run at upcoming meetups with a small matching pool.
I’ll note that whenever a standard emerges, different architectures would make sense for small numbers of M contributors and N recipients than for large numbers. For instance, if the numbers are small enough, the approved M and N addresses could live directly in a contract so that the distribution at the end could happen via a contract function call.