thingies
This commit is contained in:
parent
5ca4c25291
commit
d07f212e08
2 changed files with 61 additions and 0 deletions
54
laguild/ideas.md
Normal file
54
laguild/ideas.md
Normal file
|
|
@ -0,0 +1,54 @@
|
|||
# Ideas
|
||||
|
||||
Notas e ideas sobre la futura guild.
|
||||
|
||||
|
||||
## Democracia vs Dictadura
|
||||
|
||||
Quien es el propietario de la guild? Quien tiene las riendas? Quien puede decidir? Quien puede expulsar?
|
||||
|
||||
Dos planteamientos opuestos:
|
||||
- Asociacion
|
||||
- una persona, un voto.
|
||||
- Se establece una constitucion basica que rige la gestion de la asociacion y los principios regulatorios mas inquebrantables. Esta constitucion deberia ser casi immutable (unanimidad absoluta o mayoria clamorosa para cambiarse).
|
||||
- Se establecen cuerpos operativos para el trabajo, con miembros electos por los socios.
|
||||
- Transparencia total en la gestion de cuentas.
|
||||
- Gestion privada (Dictadura benevolente, para entendernos):
|
||||
- una sola persona tiene el poder completo.
|
||||
- La persona mantiene el control absoluto. Impone las normas segun le parece. Los miembros solo tienen el poder que les proporcione la dictadura
|
||||
- La buena fe y calidad del gobierno depende de cuanto de benevolo e ilustrado sea
|
||||
|
||||
Hay una fuerte relacion entre esto, el control de las claves PGP que identifican a la direccion y los canales de comunicacion, el control de las claves de BTC que regulan los depositos y el control de la infrastructura de IT que lo soporta todo. El derecho natural aplica, y la direccion de la guild, sea democratica o de gestion privada, debe proteger el control sobre estos elementos para garantizar su existencia y que no la tumben los barbaros, vengan de dentro o de fuera.
|
||||
|
||||
|
||||
|
||||
## Identity and safety
|
||||
|
||||
Cada individuo en el grupo necesita una identidad clara y reconocible cuando se comunica. Esto es un principio basico de cualquier marco regulador: sin la abstracion de la persona, no podemos montar nada.
|
||||
|
||||
Por suerte, la solucion es facil: cada miembro debe tener una clave PGP que le permita firmar mensajes. Esa es su identidad y su firma. Sera un desafio de UX que la gente se tome con la gravedad necesaria la preservacion de sus claves. Probablemente habra que hacer trainings, y tenga sentido regular un USB con tails y una Yubikey/Nitrokey/Openkey.
|
||||
|
||||
Las comunicaciones importantes deberian firmarse y encriptarse. Los contratos entre los miembros deberian encriptarse y
|
||||
|
||||
|
||||
## Procesos
|
||||
|
||||
### Inclusion de nuevos miembros
|
||||
|
||||
### Comunicaciones regulares
|
||||
|
||||
### Cambio de normas
|
||||
|
||||
### Salida de miembros
|
||||
|
||||
## Infraestructura
|
||||
|
||||
- Servidor de Git
|
||||
- Servidor de PGP?
|
||||
- https://pks.sourceforge.net/
|
||||
-
|
||||
- Almacenamiento cloud encriptado para guardar claves de deposito y otros secretos
|
||||
- Nodo de lightning + LNBits o similar
|
||||
- Servidor de Jitsi
|
||||
- Servidor de Element/Mattermost/comunication channel. Hay que encontrar algo que sea criptograficamente solido como una piedra pero no tenga una experiencia de mierda. No pasa nada si necesita un servidor central.
|
||||
- Stacker.news? Algun sitio donde la gente pueda crear announcements
|
||||
Loading…
Add table
Add a link
Reference in a new issue