| 30 Aug 2022 |
 richdecentpartners | Will share it here soon | 07:11:17 |
| richdecentpartners | Did you leave this comment on the actual post? | 07:13:09 |
| richdecentpartners | Further to my note in Edgeware proposals channel we (EDG/KAB) contributors need to become active in the KSM forums - not brigading or mindlessly supporting posts, but engaging and sharing lived experience, objective reasoning and enthusiasm | 07:15:03 |
| richdecentpartners | https://discord.com/channels/537281916567814144/747673085108551701/1013892808081420398 | 07:17:39 |
 Ramsey | Kabocha Tech Steward | Indeed, well done for starting that ball rolling, very inspirational. I will engage in your post.
We can be leading by example engaging in wider forums, with a meta-tribalist/universalist, outward looking, multi-chain essentialist approach. We can also be engaging in Polkadot forum, as it’s different values experiments of pretty much the same community, just with different techno-political values if you will. Where Polkadot has the commercial conservative approach and Kusama on the cutting edge and creative wand of possibilities, less risk-averse. (Therefore governance overrides more acceptable, less blockchain dogmatic.)
Some non-exhaustive key categories and questions:
- Influencing Kusama strategy narrative.
- XCM Product curation with XCM design and development.
- New relay, principled design
Wider question we have been and can continue to explore is, where is blockchain heading and how to create truly sovereign reality?
Every parachain of Kusama is a key member of Kusama. Therefore we can be engaging inspiring, exploring, discussing in that forum. We need MEPs (Nigel Farage, Nick Clegg). You’re the Nick Clegg of Kabocha, lol. | 08:03:54 |
| richdecentpartners | I’m not sure the Nick Clegg of Kabocha is what I had in mind… 😉 | 08:17:30 |
| richdecentpartners | Let’s move to #direction as you suggested | 08:17:49 |
| Ramsey | Kabocha Tech Steward | ——-
Update kab-releasev0.2.2
Kabocha currently has both sudo and democracy functions, meaning the sudo account can make runtime upgrades, but there can now be referendums, which can begin at any time.
The sudo phase of Kabocha is nearing the end, just a few more fast iterations and runtime upgrades before it gets killed 🔫. But thereafter we could consider an interim technical collective that could fasttrack runtime upgrades. Yes the normal referendums are fast, but still technical collective can be super fast like a matter of hours/days instead of days/weeks. Within this phase the first Kabocha proposals and referendums can begin.
MVP Gov**
I know d.gen rich - decent partners have been planning governance system, and having something totally separate from CW/EDG, (same as KSM/DOT), is cleaner given the different techno-political values, perhaps it will be a blocker to wait for that platform before we begin? Therefore we can have a super manual minimal viable proposal system. And what I would suggest is minting finalised Proposal pdf on https://singular.RMRK.app, and using that hash in the on-chain proposal. At least then we’ve solved timestamp issue. The minting functionality requires a some metadata and that can be the hash or link to the pdf nft | 08:42:42 |
| Ramsey | Kabocha Tech Steward | * ——-
Update kab-releasev0.2.2
Kabocha currently has both sudo and democracy functions, meaning the sudo account can make runtime upgrades, but there can now be referendums, which can begin at any time.
The sudo phase of Kabocha is nearing the end, just a few more fast iterations and runtime upgrades before it gets killed 🔫. But thereafter we could consider an interim technical collective that could fasttrack runtime upgrades. Yes the normal referendums are fast, but still technical collective can be super fast like a matter of hours/days instead of days/weeks. Within this phase the first Kabocha proposals and referendums can begin.
MVP Gov
I know d.gen rich - decent partners have been planning governance system, and having something totally separate from CW/EDG, (same as KSM/DOT), is cleaner given the different techno-political values, perhaps it will be a blocker to wait for that platform before we begin? Therefore we can have a super manual minimal viable proposal system. And what I would suggest is minting finalised Proposal pdf on https://singular.RMRK.app, and using that hash in the on-chain proposal. At least then we’ve solved timestamp issue. The minting functionality requires a some metadata and that can be the hash or link to the pdf nft | 08:42:44 |
| richdecentpartners | I think short term solution is Subsquare - we can export / move / fork from there | 08:50:07 |
| richdecentpartners | Saves extra work | 08:50:20 |
| richdecentpartners | And also we may involve them in development of the new gov system anyways | 08:50:36 |
| richdecentpartners | Better to bring together aligned group | 08:50:50 |
| richdecentpartners | And hack off pieces | 08:50:58 |
| richdecentpartners | Each | 08:51:00 |
| richdecentpartners | The RMRK idea is good tho | 08:51:14 |
| richdecentpartners | And yes, a nice MVP | 08:51:22 |
| Ramsey | Kabocha Tech Steward | Subsquare sounds great, if we can leverage that interface, if it’s ready right now let’s all sign up there now, if not we can do the MVP until it’s usable. I | 08:54:39 |
| Ramsey | Kabocha Tech Steward | * Subsquare sounds great, if we can leverage that interface, if it’s ready right now let’s all sign up there now, if not we can do the MVP until it’s usable. | 08:54:52 |
| Ramsey | Kabocha Tech Steward | * Subsquare sounds great, if we can leverage that interface and if it’s ready right now let’s all sign up there, if not we can do the MVP until it’s usable. | 08:56:23 |
 d.gen | This is Plume 👀 | 12:53:44 |
| d.gen | Ramsey (Decentration) OOO I’m indeed working on a composable text nft tech based on RMRK, called Plume, which would power a large range of publications platforms/parachains/dapps. Plume would be sufficient on statemine (or statemint) like RMRK is. Could be defined as RMRK’s cousin | 12:56:59 |
| d.gen | It’s a primitive for on chain proposals, social medias, publications platforms, messaging platforms etc | 12:58:58 |
| richdecentpartners | we can have a super manual minimal viable proposal system. And what I would suggest is minting finalised Proposal pdf on https://singular.rmrk.app/, and using that hash in the on-chain proposal. At least then we’ve solved timestamp issue. The minting functionality requires a some metadata and that can be the hash or link to the pdf nft | 12:59:55 |
| richdecentpartners | just invited justin, related to the discussions around version control | 13:00:22 |
| richdecentpartners | https://hackmd.io/eQCQuqAOQsyqbWc5QSm1Ew?view | 13:00:43 |
| Ramsey | Kabocha Tech Steward | Sounds like really cool and useful focus | 14:06:50 |
| Ramsey | Kabocha Tech Steward | Great start to a proposal pallet. Justin we can test on Kabocha soupcan testnet, on our persisting Pop-Art relay chain test net. And it would be pretty frictionless to include it in Kabocha mainnet upgrade when it is production ready.
Suggestion: perhaps for storage efficiency add pub fn delete() to kill() storage, only for unfunded proposals, or archived proposals after a time frame. | 14:23:12 |
| richdecentpartners | Jfrevert | 15:27:54 |
| richdecentpartners | Can you post now? | 15:28:00 |
