54 lines
2.7 KiB
Markdown
54 lines
2.7 KiB
Markdown
|
# 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
|