Syrius: Fostering Pillar Communities

I want to start a thread where we discuss the possibility of fostering Pillar-centric communities that are accessible to all participants in the network.

The idea is to encourage pillar-delegate interactions by reducing any friction around accessing communication channels.
The common ground we all have is the network and desktop wallet; why not leverage those to enable bi-directional communication with pillars?

Think of a Telegram or Discord channel:

  • users read/write messages
  • users can react to other messages
  • users can submit/respond to polls
  • users can have handles/profiles

Pillar-centric social media*, hosted on NoM, accessible via Syrius.

I envision two ways to achieve this objective:

  1. an embedded smart contract could facilitate the tracking of all messages and interactions
    • a spork will be required
    • rules can be enforced, such as:
      • only active delegators have the ability to submit interactions
      • messages have a character limit
  2. delegates and pillars can craft transactions that contain messages in the data field and send them to the pillar
    • a spork is not required
    • may be more challenging to parse the entire interaction history as the network evolves
    • anyone can submit interactions to a pillar community

Some community members could cache the interactions on their own infrastructure to make these accessible for others to read.

* I think any non-text content will have to be hosted off-chain.

Other considerations:

  1. Telegram: Contact @zenonnetwork
  2. https://forum2.zenon.org/t/secret-messages-poc/1183
  3. image

I would like to hear the community’s thoughts about this.
Suggestions and criticism are welcome. :slight_smile:

3 Likes

I like the idea of maintaining pillar channels where delegators can communicate with their Pillar (and vice-versa) within Syrius itself. Currently, 0x has a rocketchat for his delegators where they first gotta verify themselves with their delegating address and through signing a message using Syrius. Only the most devout of deeznnuts delegator’s have joined this chat- something that’ll only exacerbate as NoM grows larger.

I like the first option though that sounds like more work for you haha.

For the second alternative- would the crafting of transactions that contain messages require plasma to be fused by the user?

More work but probably a better result.

Plasma is required for all transactions, and even more than usual for any that include additional data.
Users can fuse QSR or do PoW, it doesn’t matter.

1 Like

Will an embedded smart contract then free the user(s) from having to fuse QSR or perform a PoW?

I like the idea and I would add the possibility of Pillars “sponsoring” projects that add value for the ecosystem beyond Accelerator-Z.

This process would be frictionless (e.g. no voting process, etc.) and will enable smaller contributors to engage and create value in the ecosystem.

If contributors get rewarded faster for their work, they will remain in the community and potentially pursue more complex projects as the ecosystem expands.

1 Like

No, I think those requirements will be roughly the same for both options I’ve proposed.

I think this is a really good idea. As we upgrade the network we need a way to communicate and coordinate with Pillars. I like Option 1, but I do think we need to be careful embedding lots of smart contracts. It could increase the attack surface and/or Pillars could get fatigue upgrading the node software. But embedding a SC that helps coordinate activities seems like a good reason to spork. Maybe in the future this could move to the VM layer.

3 Likes

Valid concern. Perhaps this should wait until after unikernel integration. :thinking:

2 Likes

I agree with 0x, I also have some concerns regarding having embedded sc just for Pillars-Delegators communication, while we still have other high priority protocol upgrades that are worth developing and having their own embedded sc.

2 Likes