Streamlining xGov Council for a High-Quality Election

Hi Adri,

Thank you for sharing the update.

I’m having trouble understanding the change from 11 to 7 members. In the original governance forum post linked to the governance voting, 13 members were proposed:

Additionally, it was previously communicated that the xGov council vote would occur in the Q2 session. Now it appears to have moved to Q3, and as far as I can tell, there hasn’t been a clear discussion on the voting process itself.

For example, what happens if xGov tokens are represented in protocols like Folks (via xALGO), Aramid algo, Reti pools, or Pact v3 LP tokens? These use cases haven’t been addressed or tested publicly to my knowledge. If voting is to be held in July, more clarity would be helpful:

  • How is the person’s voting power calculated?
  • Will voters choose one or multiple candidates?
  • Will votes be public during the voting session?
  • What mechanisms will be in place to ensure fairness and transparency?
  • Will this be conducted on-chain?

Another concern I’ve seen raised is that the compensation for council members may be too low, possibly discouraging participation (e.g., from Frugal or Coop). Furthermore, the xGov council currently lacks meaningful authority—it seems more like a symbolic gesture toward decentralization than a body with actual influence.

Reducing the number of council members to 7 seems to contradict the goal of broader decentralization. Coupled with issues like opaque accelerator project selections and large monthly spending (~$3M), it’s understandable that community trust is affected.

Calls to increase network fees or introduce inflation for your budgetary reasons are also concerning without greater transparency, decentralization, and internal adoption of Algorand’s own technologies.

I’m sharing this not to criticize, but in the hope that more open discussion and community involvement can help improve the process.

Thanks again.

1 Like