← .PUB · .SCRIPTORIUM · .HACKERÍA
Sala 02

SCRIPTORIUM
PARLAMENT

Teatro layer2 sobre Oasis / SSB
Casa Arrakis prepara, el MC conduce, el Elenco actúa, el Público empuja; el BOE cristaliza y solo entonces algo vuelve a la red.
ROOM · FIREHOSE · BOE · FUTURE-MACHINE · 60/7/15
Sala de trabajo layer2 para sesiones sobre Oasis / SSB: coordinación en Room, captura por Firehose, cristalización en BOE y retorno verificable a la main.
4Actores
1 tardeTTL sesión
3Salidas
60/7/15Ciclos main
BOECristaliza

Arrakis Theater · lectura layer2

Arrakis Theater
Infraestructura cinemática interactiva para sesiones de hackerspace sobre WebRTC, streams y la red Scuttlebutt/Oasis.
Casa Arrakis en las sombras, Elenco en pantalla y Público en el chat, con un MC conduciendo.
Lectura layer2
La escena se traduce en términos operativos:
  • Room para la presencia viva.
  • Firehose para los mensajes de participantes.
  • Arrakis BOE como ledger custom append-only.
  • Future-machine para solidificar piezas en producción.

☞ Big picture de escena

 Arrakis Theater (README)
       Casa Arrakis      MC          Elenco        Público
            │             │             │             │
            ▼             ▼             ▼             ▼
     SCRIPTORIUM PARLAMENT / SALA LAYER2
            │             │             │             │
            │         [ ROOM / MAKE_MASTER ]         │
            │             │             │             │
            │     CLIENT_REGISTER / SUSCRIBE         │
            │             │             │             │
            └─────────────┬──────┬──────┘             │
                          ▼      ▼                    ▼
                     ARRAKIS BOE     FIREHOSE / chats / bots
                          │                 │
                          └────────┬────────┘
                                   ▼
                         FUTURE-MACHINE / producción
                                   │
                                   ▼
                         summary_out + firmas + target_main_action
                                   │
                                   ▼
                             OASIS MAIN / SSB

     Regla: el vivo puede ser caótico; el retorno no.
     Solo vuelve lo que pasa por BOE, validación y firma.

Los 4 actores sobre el escenario

Sombras
Casa Arrakis
Prepara el teatro, despliega la sesión, monitoriza y, al acabar, recoge y commitea lo cristalizado.
  • En layer2: pub / snapshotter / notario.
  • Toma snapshot_in del feed SSB.
  • Publica retorno con ssb-admin publish-json.
Payloads: pub, scriptorium-boe, hashes, firmas.
Conducción
MC
No gobierna desde fuera: conduce la escena viva, marca turnos y abre la room para que el resto exista en común.
  • En layer2: Master de la Room.
  • Usa MAKE_MASTER sobre Socket.IO mesh.
  • Invoca capabilities y ordena el flujo.
Eventos: MAKE_MASTER, ROOM_MESSAGE, capability calls.
Pantalla
Elenco
Miembros activos de la sesión. Actúan, proponen, escriben, votan o programan en vivo; son el cuerpo operativo de la sala.
  • En layer2: inhabitants firmantes.
  • Entran con CLIENT_REGISTER + CLIENT_SUSCRIBE.
  • Sus acciones pasan a piezas, BOE y artefactos.
Identidad: feeds @...ed25519, evidencias y firmas.
Chat
Público
Interviene con encuestas, comandos, presión semántica y señales del vivo. No todo lo que dice vuelve; pero sí lo que la sesión acepta y referencia.
  • En layer2: firehoses de participantes.
  • ATProto, Telegram/BotHub, chats de stream y room messages.
  • Empuja la selección de piezas.
Fuentes: firehose.atproto.raw, bothub.telegram.msg, room.message.

Viernes canónico · ejemplo práctico

Paso 01
Casa Arrakis prepara el snapshot
La sesión arranca pidiendo al pub una foto mínima del estado de Oasis.
  • pub → host, key, port.
  • tribe → miembros e invite mode.
  • parliamentTerm → método, ventana, start/end.
  • parliamentProposal abiertas → deadlines y voteId.
Paso 02
MC abre la Room
El MC crea la sala y da existencia común a la tarde.
  • MAKE_MASTER room=arrakis-viernes-…
  • Elenco entra como inhabitants.
  • Casa Arrakis registra capabilities de BOE.
  • Público queda conectado por firehose, aún sin decisión.
Paso 03
Elenco actúa, el Público empuja
La deliberación viva sucede en el centro y se deja rodear por el chat.
  • Elenco propone obras, giros o piezas.
  • Público comenta, reacciona y presiona.
  • Conversation Builder decide qué entra como evidencia.
  • Lo no aceptado sigue siendo atmósfera, no rastro.
Paso 04
BOE y Future-machine cristalizan
Lo aceptado deja de ser solo ruido de sesión.
  • Entradas con evidenceHash y referencia BOE.
  • Vector → corpus → grafo → universo.
  • La obra elegida o la síntesis final toma forma.
  • Decoherence valida BOE ↔ conversación ↔ artefactos.
Paso 05
Retorno a Oasis
Solo al cierre se decide qué parte del viernes merece volver a la main.
  • summary_out con hashes y firmas.
  • Salida notarial, comunitaria o política.
  • Respeto estricto a ventanas main de 60/7/15.
  • El viernes siguiente vuelve a empezar por snapshot_in.
Regla
Lo vivo no basta
Lo que no pasa por BOE + summary_out + firma no existe para Oasis. Puede haber sido gran teatro, pero no radicoma.

Bloque cero + retorno mínimo

boe.block#0
{
      "version": "scriptorium-boe/0.1",
      "session_id": "arrakis-viernes-2026-05-08",
      "obra_id": "votacion-obra-siguiente",
      "snapshot_in": {
        "hash": "sha256:...",
        "termId": "...",
        "tribeId": "..."
      },
      "rules": {
        "method": "DEMOCRACY",
        "ttl_session": "tarde-viernes"
      }
    }
summary_out
{
      "version": "scriptorium-boe/0.1",
      "obra_id": "votacion-obra-siguiente",
      "summary_out": {
        "obra_elegida": "...",
        "votes": 7,
        "hash_boe": "sha256:..."
      },
      "signatures": ["@elenco1...", "@elenco2...", "@mc..."],
      "target_main_action": "tribe-content"
    }

☞ Mensajería en el tiempo · cuatro carriles

Cuatro carriles en idioma de escena: main SSB, Casa Arrakis/pub, MC+Elenco en la Room y Público por firehose.
 OASIS MAIN / SSB        CASA ARRAKIS / PUB        MC + ELENCO / ROOM        PÚBLICO / FIREHOSE
     append-only gossip        snapshotter / notario      vivo deliberativo           presión del chat
     ──────────────────┬───      ────────────────┬───      ─────────────────┬───       ───────────────┬───
     t0  estado main   │                          │                         │                         │
         tribes / term │ ── read snapshot ─────▶ │                          │                         │
                       │                          │ ── MAKE_MASTER ───────▶ │                         │
                       │                          │ ◀ CLIENT_REGISTER ───── │                         │
                       │                          │ ◀ CLIENT_SUSCRIBE ───── │                         │
     t1  arranque      │                          │                          │                         │
                       │ publish boe.block#0 ───▶ │ ─ ROOM_MESSAGE ───────▶ │                         │
     t2  vivo          │                          │                         │ ◀ firehose.raw ──────   │
                       │                          │                         │ ◀ bothub.msg ───────    │
                       │                          │                         │ ◀ stream.chat ──────    │
                       │                          │                         │  select piece           │
                       │                          │                         │  → BOE → FutureMach.    │
     t3  cierre        │                          │                         │                         │
                       │ ◀ summary_out + firmas ─ │                         │                        │
                       │ validate + publish ────▶ │                         │                        │
     t4  retorno       │ ─ tribe-content ───────▶ │                         │                        │
                       │ ─ proposal / votes ────▶ │                         │                        │
                       │ ─ scriptorium-boe ─────▶ │                         │                        │
     ──────────────────┴───      ────────────────┴───      ────────────────┴───       ─────────────┴───
     TTL = ∞                  TTL = sesión + commit       TTL = una tarde            TTL = cursor
El vivo sucede rápido. El retorno solo existe cuando pasa por publicación append-only.

Qué puede volver a Oasis

Salida 01
Notaría cross-Scriptorium
  • scriptorium-boe firmado.
  • Sirve para trazabilidad y sincronización entre Scriptoriums.
  • Lo publica Casa Arrakis a través del pub.
Salida 02
Registro comunitario
  • tribe-content con contentType: 'feed' o 'forum'.
  • Deja rastro narrativo para la tribu correspondiente.
  • Es la salida natural cuando la sesión informa, no legisla.
Salida 03
Activación política
  • parliamentProposal o votes.
  • Solo si la sesión debe entrar en el ciclo político de la main.
  • No salta jamás las ventanas 60/7/15.
Regla
Lo que no vuelve
  • No se publica parliamentLaw desde layer2.
  • No se reescriben tips: si hay corrección, hay replaces o tombstone.
  • No se presupone un ciclo interno completo de tribu si el código no lo sostiene.

Tiempo político vs tiempo escénico

TTL = ∞ main · radicoma

Oasis / SSB

  • Append-only, P2P y con memoria.
  • Ciclos lentos: 60 días de término, 7 de propuesta, 15 de revocación.
  • Ideal para estado, ley, proposal, vote y rastro público.
  • Tiempo: días, semanas y propagación de gossip.
TTL = sesión layer2 · sala viva

Parlament / Room

  • ROOM_MESSAGE, cursores, buffers, capabilities y conversación viva.
  • Ideal para una tarde de viernes, no para fijar ley sin mediación.
  • Lo que no se condensa en BOE se evapora.
  • Tiempo: segundos, minutos, una sesión.
La sala acelera la deliberación; la main administra la persistencia y el ritmo político.

Referencias DRY para tirar del hilo

VibeCodingSuite README
Origen teatral, roles y addenda práctica de la sesión de viernes.
VibeCodingSuite/README.md
Parliament
Payloads SSB, ciclos 60/7/15 y rutas de retorno main ↔ layer2 ↔ main.
VibeCodingSuite/SCRIPTORIUM/Parliament.md
Scriptorium Room
Room agéntica: inhabitants, CLIENT_REGISTER, CLIENT_SUSCRIBE, MAKE_MASTER y capabilities.
VibeCodingSuite/SCRIPTORIUM/ScriptorioumRoom.md
Firehose
Ingesta de mensajes de participantes: ATProto, Telegram/BotHub, streams y rooms.
VibeCodingSuite/SCRIPTORIUM/Firehose.md
Arrakis BOE
BOE como ledger custom append-only y validador del retorno a red.
VibeCodingSuite/SCRIPTORIUM/ArrakisBoe.md
Future-machine
Piezas → vectores → corpus → grafo → universo → producción.
VibeCodingSuite/SCRIPTORIUM/Future-machine.md

Keywords

parlament layer2 arrakis boe room firehose future-machine oasis ssb-p2p viernes mc elenco público