Backlog
Oportunidades (vista comprimida) y tareas a detalle, extraídas de los drafts. El backlog es acumulativo: cada tarea cuenta una vez, en su declaración más reciente, incluidas las que un draft anterior marca como hechas, obsoletas o reformuladas. El draft vigente es draftv2.md; lo anterior se conserva con su etiqueta de origen. Datos: backlog.json.
83 tareas TK
carril C: 1carril D: 18carril G: 11carril P: 2carril num: 51prioridad Alta: 6prioridad Baja: 3prioridad C: 1prioridad H: 18prioridad M: 4prioridad Media: 5 6 oportunidades
4 drafts, el vigente es draftv2
Oportunidades
draftv0
OP-06 · Nueva: la capa L.A.R.P. como laboratorio constitucional
draftv0
OP-05 · Integración
draftv0
OP-05 · Integración y Sostenibilidad del Ecosistema
Descripción: Conectar todas las capas (comunicación, economía, gobernanza) en un ecosistema funcional y sostenible.
draftv0
OP-04 · Soberanía y autogestión
draftv0
OP-04 · Soberanía y Autogestión (Offline-first, Invite-only)
Descripción: Asegurar que la red pueda funcionar de forma autónoma, incluso sin conexión a internet, y que la membresía sea por invitación (comunidad de confianza).
draftv0
OP-03 · Gobernanza y separación de poderes → **auditoría y bifurcación
draftv0
OP-03 · Gobernanza y Separación de Poderes (Modelo Trevijano)
Descripción: Mapear los principios de la República Pura (separación de poderes, representación auténtica, soberanía popular) a la arquitectura SNH + Faircoin.
draftv0
OP-02 · Capa económica
OP-02 · Capa económica (Faircoin) → ECOin + Banking
draftv0
OP-02 · Capa Económica y Monetaria (Faircoin + Bank of the Commons)
Descripción: Integrar el ecosistema Faircoin como mecanismo de intercambio económico y financiero, alineado con la soberanía económica de la república.
draftv0
OP-01 · Infraestructura de red y comunicación soberana
draftv0
OP-01 · Infraestructura de Red y Comunicación Soberana
Descripción: Establecer una red de comunicación descentralizada, resistente a la censura y basada en la confianza comunitaria, que refleje la soberanía popular del modelo trevijano.
draft
OP-05 · Integración y Sostenibilidad del Ecosistema
Descripción: Conectar todas las capas (comunicación, economía, gobernanza) en un ecosistema funcional y sostenible.
draft
OP-04 · Soberanía y Autogestión (Offline-first, Invite-only)
Descripción: Asegurar que la red pueda funcionar de forma autónoma, incluso sin conexión a internet, y que la membresía sea por invitación (comunidad de confianza).
draft
OP-03 · Gobernanza y Separación de Poderes (Modelo Trevijano)
Descripción: Mapear los principios de la República Pura (separación de poderes, representación auténtica, soberanía popular) a la arquitectura SNH + Faircoin.
draft
OP-02 · Capa Económica y Monetaria (Faircoin + Bank of the Commons)
Descripción: Integrar el ecosistema Faircoin como mecanismo de intercambio económico y financiero, alineado con la soberanía económica de la república.
draft
OP-01 · Infraestructura de Red y Comunicación Soberana
Descripción: Establecer una red de comunicación descentralizada, resistente a la censura y basada en la confianza comunitaria, que refleje la soberanía popular del modelo trevijano.
Tareas a detalle
draftv2 · carril D
draftv2 Carril D · Investigación doctrinal (nuevo)| ID | Buscar | Dónde | Default | Alternativas | Desbloquea |
|---|---|---|---|---|---|
| TK-D01 | Definición y tamaño de la mónada; si es territorial por necesidad o por circunstancia | Cap. II (363); mcrcalicante 2014-10-15 | Mónada = colegio electoral de tamaño fijo; en red sin territorio, colegio de M inhabitants asignado por hash determinista del feed con semilla estable entre ciclos (igualdad de tamaño, verificable, sin caciques; cada mónada es muestra aleatoria del censo y refleja el todo, cap. II). Criterio de decisión: el hash maximiza la igualdad y sacrifica la proximidad (el representante no es conocido por sus electores); (a) y (b) salvan la proximidad y sacrifican la igualdad | (a) mónada = PUB de pertenencia; (b) mónada = tribu-distrito; (c) sin mónadas, cámara = censo; (d) rebarajar la semilla cada ciclo (sin comunidad persistente que sostenga D02/D03) | TK-G01, TK-D03 |
| TK-D02 | Mandato imperativo: contenido, cómo se fija, quién lo custodia | Cap. III (381), Cap. I (340) | El candidato publica un mandato firmado (SSB mandate) antes de la 1ª vuelta; cada voto suyo se coteja contra él en el log | mandato = programa de tribu (rechazado: reintroduce lista) | TK-G03 |
| TK-D03 | Revocación por deslealtad: quién revoca, con qué mayoría, procedimiento | Cap. I, III | Mayoría absoluta del censo de la mónada; causa objetiva = voto contrario al mandato publicado; sin plazo de gracia | (a) revocación libre sin causa; (b) solo al final del mandato | TK-G04 |
| TK-D04 | Doble vuelta: mayoría absoluta ¿de votantes o de censo?; segunda vuelta ¿entre dos o abierta? | Cap. III | Ciclo de 60 d partido: días 1-30 primera vuelta; 31-60 segunda entre los dos más votados si nadie supera 50 % de votantes | mayoría del censo (más exigente, más ANARCHY) | TK-G02 |
| TK-D05 | Cámara vs Consejo de Legislación: qué es "fuerza directiva" vs "coactiva"; cómo elige la Cámara al Consejo; tamaño; ¿puede el Consejo vetar?; mayoría interna para aprobar ley (simple/absoluta); qué es una ley en la red (norma general vs cambio de constante vs medida); ¿tiene el Consejo iniciativa?; voto nominal público | Cap. III–IV (381-420) | Cámara = representantes monádicos que proponen y votan (parliamentProposal). Presidente del Consejo de Legislación elegido por mayoría absoluta de la Cámara; nombra su Consejo (k), mismo patrón que Justicia y Gobierno; deja el escaño (su mónada elige sustituto, D03). Fuerza coactiva = ejecutabilidad: solo la ley promulgada produce lawId, y solo un lawId cambia constantes o autoriza actos chain-admin (TK-84). Promulgación = acto firmado del Consejo en ≤ 7 d desde la aprobación (hoy Oasis promulga al morir el gobierno, enactApprovedChanges L1102: se elimina esa espera); el Consejo no enmienda el texto: promulga o devuelve una vez con motivación (veto suspensivo); la Cámara reaprueba por absoluta y entonces promulgación obligada; silencio al vencer el plazo = promulgación tácita. El Consejo mantiene el índice consolidado de leyes (con RP-6). Ley por mayoría absoluta de la Cámara; ley = texto + cambio de constantes, nunca acto singular sobre un inhabitant; iniciativa solo de representantes; todo voto es mensaje SSB firmado y visible (ya lo es: se documenta como garantía, RP-10) | Consejo = k representantes en colegio sin presidente; sin veto (promulgación automática); mayoría simple; el presidente conserva el escaño | TK-G05, TK-G10, TK-84 |
| TK-D06 | Presidente del Consejo de Gobierno: mandato, reelección, incompatibilidad con la Cámara, qué ejecuta, límites (decreto, disolución); nombra su Consejo (¿qué carteras en una red?); "no disuelve sin dimitir": ¿apelación al pueblo?; presupuesto como ley previa a toda tesorería; ¿reglamentos de ejecución?; ¿veto?; ¿jefatura del Estado separada?; ¿poderes de excepción? | Cap. VI (442) | Elección directa a doble vuelta, ciclo desfasado 30 d respecto a la Cámara; mandato 60 d, reelección libre, sin revocación (responde ante las urnas y ante el Consejo de Justicia, D07); nombra governmentCouncil (carteras: tesorería, admin de cadena, puentes Multiverse; los PUB quedan en la sociedad civil, D11); incompatibilidad con el escaño. No puede proponer leyes ni vetarlas (la devolución es de Legislación, D05). Materia = claves chain-admin de Faircoin3 (addcvn, addcoinsupply, setchainparameters) y tesorería multisig k-de-n con el Consejo (TK-82), solo con ley promulgada (lawId, TK-84) y dentro de la budgetLaw del ciclo (sin presupuesto: prórroga del anterior). executiveOrder solo de ejecución, cita lawId, público, impugnable ante Justicia. Disolución solo con dimisión: dissolutionAndResignation lleva a Cámara y Presidencia a elecciones en el ciclo siguiente (el desfase de D15 se restablece después); nunca disolución sin dimitir. Sin jefatura de Estado separada; sin poderes de excepción (en una red no hay estado de sitio que declarar) | ejecutivo colegiado (Consejo elegido); sin disolución en ningún caso; máximo 3 ciclos consecutivos; veto suspensivo presidencial | TK-G06, TK-84, TK-66, TK-82, TK-D18 |
| TK-D07 | Consejo de Justicia: quién es "el mundo judicial" en la red; cómo se accede a la judicatura (Trevijano no elige jueces por sufragio: mérito + independencia); control de constitucionalidad (quién lo insta, cuándo, efecto); jurado vs voto popular del caso; ¿juzga el Consejo los actos de la Presidencia?; publicidad del proceso vs cifrado | Cap. V (421) | Acceso: juez = inhabitant nombrado por el Consejo de Justicia entre quienes tienen certificado de School (curso de constitución de la red) y ≥ 2 ciclos de antigüedad; courtsNomination deja de ser elección popular (bootstrap: la constituyente D09 nombra el primer Consejo). "Mundo judicial" = jueces en activo + mediadores con ≥ 1 caso; eligen por mayoría absoluta al Presidente del Consejo de Justicia, que nombra su Consejo. Jurado = sorteo verificable (mecanismo RP-3) de J inhabitants por caso: el jurado da el veredicto, el juez la orden; POPULAR (plebiscito de 14 d sobre el caso) se elimina. Constitucionalidad: cualquier representante, la Presidencia o una parte pueden instar constitutionalChallenge contra una ley promulgada; el Consejo resuelve en 21 d con lawAnnulment motivado y público; la ley queda suspendida mientras tanto. El Consejo juzga los actos de la Presidencia (una censureAct de la Cámara, D18, vale como prueba, no como condena). Publicidad: RP-7 tal cual (instrucción cifrable, veredicto y órdenes en claro); divergencia asumida con el proceso público trevijanista por el riesgo real de las partes en una red | acceso por elección popular (actual courtsNomination); jueces por sorteo puro; mundo judicial = todo el censo; proceso público obligatorio | TK-G07, TK-76, TK-77, TK-D18, TK-D09 |
| TK-D08 | Lealtad republicana: definición; ¿es la lealtad al mandato, a la forma de Estado, a la mónada?; lealtad vs fidelidad (¿es la fidelidad de la tribu a su líder deslealtad republicana por definición?) | Cap. I (340) | Lealtad = compromiso con el mandato publicado + con la separación de poderes; deslealtad medible en el log (votos, propuestas). Fidelidad a persona/tribu no computa ni como lealtad ni como deslealtad: solo se cotejan actos contra mandato | lealtad como virtud no codificable → sin revocación automática; (b) voto disciplinado de tribu = deslealtad presunta | TK-G04, TK-G09, TK-D11, TK-D17 |
| TK-D09 | Acción constituyente: qué abre el período (¿por ausencia, como ANARCHY, o por acción, como la abstención activa?), quién redacta, ratificación (referéndum), ¿asamblea distinta de la Cámara?; ruptura vs reforma: ¿pueden los poderes constituidos tocar las constantes?; ¿siguen funcionando durante el período?; génesis: las constantes heredadas de Oasis (TERM_DAYS 60, umbral 25 %) nunca fueron constituidas por nadie; ¿se disuelve la asamblea al ratificar?; ¿elegibles sus miembros? | Cap. VII (467), VIII (494) | Apertura por acción, no solo por ausencia: (i) génesis del fork, (ii) 2 ciclos ANARCHY consecutivos, o (iii) constituentCall firmado por ≥ 25 % del censo dentro de un ciclo. Las constantes heredadas son régimen provisional (provisionalConstants) hasta la primera constituyente: el fork no reforma Oasis por ley, abre constituyente (ruptura, no reforma). Asamblea constituyente ≠ Cámara: elegida ad hoc por mónadas con la ley electoral ordinaria (G01/G02), de propósito único; los poderes constituidos siguen funcionando pero no pueden tocar constantes (rigidez, D07 anula); la asamblea solo redacta, no legisla. 80 % de la asamblea para el texto; ratificación por referéndum: mayoría de votantes con participación ≥ 50 % del censo (el referéndum decide la forma: sin menú de regímenes, TK-32). La asamblea se disuelve al ratificar; sus miembros elegibles. La constitución fija solo forma (órganos, ciclos, umbrales, quién es inhabitant), nunca programa (D12) | RP-9 tal cual (Cámara en ANARCHY, apertura solo por ausencia); apertura por abstención (participación < 50 % dos ciclos); miembros inelegibles el primer ciclo; ratificación sin quórum | TK-78, TK-G08, TK-D12, TK-D07 |
| TK-D10 | Referéndum: ¿solo constituyente o también legislativo/abrogatorio? | Cap. VIII; Libro II "Elecciones" (302) | Solo constituyente y ratificatorio; Polls/Opinions quedan como consulta sin fuerza | referéndum abrogatorio → nueva tarea G | TK-G08 |
| TK-D11 | Partidos/tribus: estatuto, financiación, ¿pueden presentar candidatos aunque el mandato sea personal? | Libro II "Partidos estatales" (289), "Unidad, consenso, pluralidad" (271) | Tribus = asociaciones civiles: pueden apoyar candidatos, no presentarlos; sin RBU ni tesoro a tribus como tales; roles operativos (CVN, PUB) sí | tribus como distritos (=D01 alt. b) | TK-75, TK-63, R11 |
| TK-D12 | Ideología: pasaje donde niega que la república sea ideología; "materia/forma/espíritu republicano"; qué hace constitucional a una constitución (criterio del art. 16 de 1789: separación de poderes en origen + representación; tener constantes escritas no basta); ¿constitución breve y rígida, sin catálogo de derechos-programa? | Libro II (171-222), Cap. VIII (494) | El fork neutraliza el manifiesto de Oasis a texto de tribu opcional; la constitución técnica (TK-25 → G11) fija solo forma: órganos, ciclos, umbrales, quién es inhabitant, rigidez (D09); ningún programa económico ni social (la RBU, ECOin y la fiscalidad de carbono son leyes ordinarias, derogables, no constantes). Test de constitucionalidad ejecutable (G11): dos elecciones distintas para legislativo y ejecutivo, jueces no nombrados por poder político, mandato imperativo, constantes solo mutables en período constituyente, karma fuera de la política. Si falla, el fork no es república constitucional, sea cual sea su texto | conservar manifiesto como preámbulo (divergente); RBU como constante | TK-25, TK-G11, R14, TK-D09 |
| TK-D13 | Unitario vs federal; mónada y municipio | Cap. II, VIII | Parlamentos de tribu se conservan como autogobierno civil, sin potestad legislativa general | federación de parlamentos de tribu | TK-63, TK-67 |
| TK-D14 | Sufragio: universal e igual; ¿voto obligatorio?; ¿censo? | Libro II "Elecciones" (302) | Universal e igual; elegible = inhabitant con ≥1 ciclo de antigüedad; karma nunca pesa | — | TK-32, TK-31 |
| TK-D15 | Cronología: mandatos, escalonamiento entre poderes; ¿caduca el Consejo de Legislación con la Cámara que lo eligió? | Caps. III–VI | Cámara 60 d, Consejo de Legislación 60 d ligado a su Cámara (las leyes aprobadas y no promulgadas al expirar las promulga el Consejo entrante, sin caducidad), Presidencia 60 d desfasada 30 d, Consejo de Justicia 120 d | todos coincidentes; Legislación 120 d independiente de la Cámara | TK-74, TK-G05 |
| TK-D17 | Lealtad del ciudadano (no solo del representante): qué le debe el inhabitant a la República; ¿tiene consecuencias codificables (elegibilidad, censo) o es solo virtud cívica? | Cap. I (340); Libro II "Espíritu republicano" (208) | Sin consecuencia codificable: la lealtad ciudadana es virtud, no dato. Solo se registra la del representante (G09). El sufragio nunca se condiciona a ella (D14) | (a) elegibilidad ligada a antigüedad/actividad (ya en D14); (b) karma como proxy (rechazado: RP-4) | TK-D14, TK-G09 |
| TK-D18 | Control de la Cámara sobre la Presidencia sin poder derribarla: interpelación, comisiones, rendición de cuentas de tesorería y claves de cadena | Cap. III (381), VI (442) | Presidencia publica informe firmado por ciclo (tesorería, actos chain-admin); cualquier representante puede interpelar con respuesta obligatoria en 7 d; la Cámara puede reprobar un acto (sin efecto sobre el cargo, con efecto de publicidad y de prueba para el Consejo de Justicia); sin moción de censura | (a) comisión de investigación con acceso a claves de solo lectura; (b) reprobación bloquea la siguiente ejecución de tesorería | TK-G10, TK-D06 |
| TK-D16 | Rastreo de divulgación adicional (diariorc.com, mcrcalicante, Octavio Plaza "extracto república", vídeos) y contraste con el libro | web | — | — | todas D |
draftv2 · carril num
draftv2 Carril G · Gobernanza republicana (rediseño por defecto)| ID | Tarea | Depende | Seam | T | P |
|---|---|---|---|---|---|
| TK-G01 | Mónadas: asignación determinista de censo a colegios de tamaño M (monad_model.js), publicada como monadAssignment {cycle, seedHash, M}; seedHash fijo desde el ciclo fundacional (D01 default; alt. (d) lo rota), altas nuevas entran por el mismo hash | D01 (default) | nuevo modelo; inhabitants_model.js | M | H |
| TK-G02 | Doble vuelta dentro del ciclo de 60 d (primera 1-30, segunda 31-60) | D04, G01 | parliament_model.js:28 termWindowFor, resolveElectionImpl | M | H |
| TK-G03 | Mandato imperativo: mandate firmado por candidato; vista de cotejo voto-mandato | D02 | nuevo tipo; parliament_view.js | M | H |
| TK-G04 | Revocación por deslealtad (RP-11): recall iniciado por la mónada, mayoría absoluta del censo de la mónada | D03, D08, G03 | nuevo tipo; parliamentTerm por representante | M | H |
| TK-G05 | Cámara + Consejo de Legislación: propuestas solo de representantes monádicos; legislationPresidentElection por la Cámara (absoluta) y legislationCouncil nombrado por el Presidente; promulgación = parliamentLaw con lawId, promulgatedBy[] (Presidente + Consejo) en ≤ 7 d; lawReturn (devolución motivada, una vez); promulgación tácita al vencer plazo; enactApprovedChanges deja de esperar al fin de mandato; lawIndex consolidado | D05, D15, G01 | canPropose L1298, enactApprovedChanges L1102 | L | H |
| TK-G06 | Presidencia del Consejo de Gobierno (RP-1 rediseñada): elección directa, ciclo desfasado, sin iniciativa legislativa ni veto; governmentCouncil nombrado (carteras); materia = claves chain-admin + tesorería multisig k-de-n (TK-84, TK-82) bajo budgetLaw del ciclo; executiveOrder{lawId} público e impugnable; dissolutionAndResignation (elecciones dobles en el ciclo siguiente) | D06, D15, D18 | parliament_model.js; faircoin3-admin; banking_model.js (tesoro) | L | H |
| TK-G07 | Consejo de Justicia: judgeAppointment por el Consejo (requiere certificado School + antigüedad); electorado del Presidente = mundo judicial; justiceCouncil nombrado por el Presidente; juryDraw (sorteo verificable por caso, veredicto de jurado + orden de juez); constitutionalChallenge / lawAnnulment (21 d, suspensión cautelar); eliminar POPULAR y DICTATOR de los métodos | D07, D09, G10 | courts_model.js nominateJudge/voteNomination L139-155, L368; school_model.js (lectura de certificados) | L | H |
| TK-G08 | Referéndum solo constituyente/ratificatorio; Polls sin fuerza | D10 | polls_model.js (sin cambio), doc | S | M |
| TK-G09 | Lealtad medible: informe automático mandato vs votos por representante | D08, G03 | vista | M | M |
| TK-G11 | Constitución técnica (absorbe TK-25): constitutionDraft inicial de solo forma que el equipo del fork propone a la primera constituyente (TK-78), nunca impone; suite test/constitutional.js con los 5 criterios de D12 como prueba de aceptación de todo el carril G | D12, D09, G05, G06, G07, G01 | nuevo doc + test; parliament_model.js:17-26 | M | H |
| TK-G10 | Control sin derribo: executiveReport firmado por ciclo; interpellation con plazo; censureAct (reprobación de acto, no de cargo); vista de cuentas en Parliament | D18, D05, G06 | nuevos tipos; parliament_view.js; banking_model.js (lectura) | M | H |
| TK-75 | RP-2 solo personas al legislativo | D11 | resolveTarget | S | H |
| TK-31 | RP-3 sorteo verificable en empates | D14 | L408-437 | S | M |
| TK-32 | RP-4 karma fuera de la política; eliminar KARMATOCRACY/DICTATORSHIP del menú; karma fuera del orden de candidaturas a juez | D14 | banking_model.js:832-840, parliament_model.js:23, courts_model.js:805 | M | C |
| TK-76 | RP-5 quitar DICTATOR de Courts | D07 | courts_model.js:139-155 | S | H |
| TK-33 | RP-6 derogación con memoria | — | L1145-1147 | S | M |
| TK-77 | RP-7 sentencias públicas | D07 | issueVerdict | M | H |
| TK-34 | RP-8 reformulada: iniciativa de mónada (10 % del censo de la mónada obliga a su representante a presentar la propuesta, vía mandato imperativo); la iniciativa popular directa al 10 % del censo general pasa a alternativa (divergente: D10, draftv1 #13) | D02, D05, G01 | canPropose | M | H |
| TK-78 | RP-9 asamblea constituyente ad hoc: provisionalConstants en génesis; constituentCall (25 % del censo) o 2× ANARCHY abren constituentPeriod; elección de asamblea por mónadas; constitutionDraft (80 %); ratificationReferendum (mayoría, quórum 50 %); constantes solo mutables desde el período; disolución al ratificar | D09, D07, G01, G02, G08 | nuevo modelo constituent_model.js; parliament_model.js:17-26 (constantes), L373-393 (virtualAnarchyTerm) | L | H |
| TK-36 | RP-10 transparencia del gobernante | — | larp_model.js:576 → parliament_view.js | M | H |
| TK-79 | kind + payload en propuestas (CVN_ADMISSION, COIN_SUPPLY, BANKING_RULES) | — | createProposal | M | H |
| TK-84 | Materia del ejecutivo: mapa acción-admin ↔ ley promulgada; CLI rechaza sin lawId | D06, TK-79 | faircoin3-admin | M | H |
| TK-26 | Re-auditoría contra los 14 elementos de draftv1 tras los parches | todas G | doc | S | H |
draftv2 · carril num
draftv2 Carril C · Cadena Faircoin3 — sin cambios respecto al plan anterior (TK-39…49, TK-90), más:| ID | Tarea | Default | Alternativas |
|---|---|---|---|
| TK-C00 | Clonar faircoin/faircoin en vendor/faircoin para citar fichero:línea | sí (80 MB más, ignorado por git) | citar solo en línea |
| TK-48 | Distribución (v1 TK-12) | A) emisión solo a tesoro multisig vía addcoinsupply, por ley promulgada | B) snapshot UTXO Faircoin2; C) híbrido |
| TK-49 | Puente asamblea→cadena | admin = Presidencia (G06); doble voto tribu+general para CVN | solo Cámara |
draftv2 · carril num
draftv2 Carril L · Legal, marca, comunidad, proyecto| ID | Tarea | Default | Alternativas |
|---|---|---|---|
| TK-80 | Nombre/marca | contactar a rasos (fair-coin.org) y usar "Faircoin3" si no hay objeción en 30 días | ticker nuevo desde ya |
| TK-81 | Licencias | daemon+CLI MIT; Oasis AGPL | — |
| TK-82 | Custodia | multisig + topes + "moneda social" | — |
| TK-83 | Comunicación / antiguos tenedores | tras TK-48 | — |
| TK-P01 | Operadores iniciales: ¿cuántas personas/tribus para 3 CVN + 2 PUB? | 3 CVN, 2 PUB, 1 explorador | — |
| TK-P02 | Ideología del fork (D12) | neutralizar manifiesto | conservar |
draftv0 · carril RP
draftv0 4. Especificación RP-OASIS: la bifurcación republicana| # | Cambio | Punto de intervención | Criterio que repara |
|---|---|---|---|
| RP-1 | Dos poderes, dos elecciones. Añadir powerBranch: 'LEGISLATIVE' | 'EXECUTIVE' a parliamentTerm, con dos papeletas independientes y ciclos desfasados 30 días para que jamás coincidan en origen. | termWindowFor, resolveElectionImpl, proposeCandidature | crit. 2 |
| RP-2 | Solo personas al legislativo. Rechazar targetType === 'tribe' para la rama legislativa. Las tribus pueden concurrir al ejecutivo (donde la unidad de acción tiene sentido), nunca a la representación. | resolveTarget, proposeCandidature | crit. 3 y 4 |
| RP-3 | Sorteo verificable en lugar de karma para el desempate: hash del último mensaje del log al cierre del ciclo. Reproducible, impredecible, no censitario. | chooseWinnerFromCandidaturesAsync L422 | crit. 3 |
| RP-4 | Desacoplar el escalar. Dos métricas distintas y no convertibles: contributionScore (economía, RBU) y elegibilidad política binaria (censo: cumple / no cumple). Eliminar KARMATOCRACY de METHODS. | banking_model.js, parliament_model.js:23 | crit. 2 y 3 |
| RP-5 | Romper la fusión judicial. Eliminar DICTATOR de los métodos de Courts. El juez es electo (ya existe courtsNomination) o sorteado entre el censo — jurado. | courts_model.js:139-155 | crit. 2 |
| RP-6 | Derogación con memoria. Sustituir el tombstone sobre leyes por parliamentLawRepeal con repealedAt, repealedBy y motivación. La ley derogada se muestra tachada, no desaparece. | enactApprovedChanges L1145 | crit. 1, trazabilidad |
| RP-7 | Publicidad de la sentencia. Cifrado permitido en instrucción; veredicto y órdenes siempre en claro. | issueVerdict, courtsVisibility | crit. 1 |
| RP-8 | Iniciativa legislativa popular. Una proposición avalada por el 10% del censo entra a votación sin pasar por canPropose(). | canPropose L1298, createProposal | crit. 5 |
| RP-9 | Formalizar el constituyente. Tipo constituentAssembly que, en ciclos ANARCHY consecutivos, habilite la modificación de las propias constantes (TERM_DAYS, umbrales) con supermayoría del 80%. Constitución rígida, reformable solo desde el estado de libertad constituyente. | nuevo modelo | crit. 7 |
| RP-10 | Publicidad del poder, generalizada. Portar wallIsPublic del L.A.R.P. al parlamento: mientras gobiernas, tu actividad en la red es pública. | larp_model.js:576 → parliament_view.js | crit. 1 |
draftv0 · carril num · OP-01
draftv0 OP-01 · Infraestructura de red y comunicación soberana| ID | Task | Estado | Nota |
|---|---|---|---|
| TK-01 | Desplegar nodo SSB local | ▶️ | Sigue siendo el paso 1. docs/install/install.md |
| TK-02 | Conectar a "La Plaza" | ▶️ | pub.solarnethub.com, stats en laplaza.solarnethub.com |
| TK-03 | Configurar cliente Oasis | ▶️ | v1.0.7. install.sh + oasis.sh |
| TK-04 | Identidad soberana (sigchain) | ✅ | Automática al arrancar; onboarding de 7 pasos (onboarding_model.js:5) |
| TK-05 | Diseñar gobernanza sobre SSB | ☠️→♻️ | Ya existe. Se convierte en TK-26 (auditoría) |
| TK-06 | Red de confianza "amigos de amigos" | ✅ | Trustnet + invitaciones + modos strict/open en tribus |
draftv0 · carril num · OP-02
draftv0 OP-02 · Capa económica ~~(Faircoin)~~ → ECOin + Banking| ID | Task | Estado | Nota |
|---|---|---|---|
| TK-07…TK-12 | Todo el eje Faircoin/CVN/BotC/FairMarket | ☠️ | Repositorio sin commits desde 2022-02-05 |
| TK-27 | Desplegar wallet ECOin y enlazarla a Oasis | ▶️ Alta | v0.0.4 (feb 2026). ecoin.03c8.net |
| TK-28 | Auditar el reparto de RBU por épocas | ▶️ Alta | banking_model.js:930-990. Verificar alpha, topes y hash del snapshot |
| TK-29 | Documentar la fiscalidad de carbono | ▶️ Media | 0,095 g CO₂/MiB · 0,1 ECOin/g. ¿Quién fijó esas constantes y con qué legitimidad? |
| TK-30 | Evaluar el sesgo concentrador de PoT | ▶️ Media | El 50% del subsidio de bloque a transacciones >500 ECO |
draftv0 · carril num · OP-03
draftv0 OP-03 · Gobernanza y separación de poderes → **auditoría y bifurcación**| ID | Task | Estado | Prioridad |
|---|---|---|---|
| TK-26 | Auditoría formal de parliament_model.js contra los 7 criterios (§1.3, evaluados en §3) | ▶️ | Alta |
| TK-13 | Definir poder legislativo | ♻️ → RP-1, RP-2 | Alta |
| TK-14 | Definir poder ejecutivo | ♻️ → RP-1 | Alta |
| TK-15 | Definir poder judicial | ♻️ → RP-5, RP-7 | Alta |
| TK-16 | Asamblea constituyente digital | ♻️ → RP-9 | Media |
| TK-17 | Documentar la separación en origen | ▶️ | Baja |
| TK-31 | Parche RP-3: sorteo verificable | ▶️ | Media |
| TK-32 | Parche RP-4: desacoplar karma político de karma económico | ▶️ | Crítica |
| TK-33 | Parche RP-6: derogación con memoria | ▶️ | Media |
| TK-34 | Parche RP-8: iniciativa legislativa popular | ▶️ | Alta |
draftv0 · carril num · OP-04
draftv0 OP-04 · Soberanía y autogestión| ID | Task | Estado | Nota |
|---|---|---|---|
| TK-18 | Modo offline-first | ✅ | Nativo en SSB |
| TK-19 | Sistema de invitaciones | ✅ | PUBs y tribus, más auto-invitaciones L.A.R.P. |
| TK-20 | TOR / red onion | ▶️ Media | Ver docs/security.md |
| TK-21 | Documentar la autogestión | ▶️ Baja |
draftv0 · carril num · OP-05
draftv0 OP-05 · Integración| ID | Task | Estado | Nota |
|---|---|---|---|
| TK-22 | Wallet en la interfaz | ✅ | Módulo Wallet + wallet-addresses.json |
| TK-23 | Dashboard de gobierno | ✅ | parliamentGovernmentCard en parliament_view.js:157 |
| TK-24 | Impuestos cooperativos | ✅ | Implementado como impuesto de carbono, no como cuota |
| TK-25 | Constitución técnica | ▶️ Baja | Debe escribirse después de RP-1…RP-10 |
draftv0 · carril num · OP-06
draftv0 OP-06 · Nueva: la capa L.A.R.P. como laboratorio constitucional| ID | Task | Descripción | Prioridad |
|---|---|---|---|
| TK-35 | Documentar la rotación de 9 casas sobre 12 meses y su desfase anual | Verificar si es intencionado; si no lo es, defenderlo igualmente | Media |
| TK-36 | Portar wallIsPublic al parlamento (RP-10) | La transparencia del gobernante es la mejor idea del sistema y está en el juego | Alta |
| TK-37 | Contrastar el modelo estamental de casas con la crítica trevijanista al organicismo | Documento teórico | Baja |
| TK-38 | Medir empíricamente el sesgo del test de 10 preguntas | ¿La corrección por tamaño de casa basta? | Baja |
draftv0 · carril num · OP-01
draftv0 OP-01: Infraestructura de Red y Comunicación Soberana| ID | Task | Descripción | Dependencias | Fuentes | Prioridad |
|---|---|---|---|---|---|
| TK-01 | Desplegar nodo SSB local | Instalar y configurar un nodo Secure Scuttlebutt (SSB) siguiendo la documentación de SNH. | Repositorio Oasis | Wiki SNH Engineering | Alta |
| TK-02 | Conectar a "La Plaza" (PUB) | Obtener un código de invitación para el PUB "La Plaza" y conectar el nodo a la red. | TK-01 | https://laplaza.solarnethub.com | Alta |
| TK-03 | Configurar cliente Oasis | Compilar/instalar el cliente Oasis desde el repositorio epsylon/oasis. | TK-01 | https://github.com/epsylon/oasis | Alta |
| TK-04 | Crear identidad soberana (sigchain) | Generar una identidad SSB (sigchain personal) sin email ni teléfono【0†L36-L38 del usuario】. | TK-02 | Wiki SNH Engineering | Alta |
| TK-05 | Documentar modelo de gobernanza en SSB | Diseñar un sistema de votación/consenso basado en los feeds de SSB para simular la "representación política auténtica". | TK-04 | Wiki SNH Engineering | Media |
| TK-06 | Implementar sistema de "amigos de amigos" | Configurar la red de confianza (trustnet) para que solo se repliquen feeds de miembros validados. | TK-04 | Wiki SNH Engineering | Media |
draftv0 · carril num · OP-02
draftv0 OP-02: Capa Económica y Monetaria (Faircoin + Bank of the Commons)| ID | Task | Descripción | Dependencias | Fuentes | Prioridad |
|---|---|---|---|---|---|
| TK-07 | Desplegar nodo Faircoin (CVN) | Configurar un nodo Faircoin2 como Cooperatively Validated Node (CVN). | Repositorio Faircoin | Doc PoC; CVN Guide | Alta |
| TK-08 | Sincronizar blockchain Faircoin | Descargar y sincronizar la cadena de bloques Faircoin. | TK-07 | Faircoin White Paper | Alta |
| TK-09 | Crear wallet Faircoin | Generar una cartera Faircoin para la tesorería de la república. | TK-08 | Faircoin GitHub | Alta |
| TK-10 | Integrar Bank of the Commons | Configurar servicios bancarios cooperativos (cuentas, transferencias) usando la infraestructura de BotC. | TK-08 | Faircoin PoC | Media |
| TK-11 | Implementar sistema de "FairMarket" local | Desplegar una instancia de FairMarket para intercambio de bienes y servicios dentro de la comunidad. | TK-10 | OCE GitBook | Media |
| TK-12 | Documentar modelo de "distribución igualitaria" | Diseñar un mecanismo de distribución inicial de FairCoin basado en la participación comunitaria (no especulación). | TK-09 | Faircoin Story | Media |
draftv0 · carril num · OP-03
draftv0 OP-03: Gobernanza y Separación de Poderes (Modelo Trevijano)| ID | Task | Descripción | Dependencias | Fuentes | Prioridad |
|---|---|---|---|---|---|
| TK-13 | Definir "Poder Legislativo" en SNH | Diseñar un sistema de propuestas y votación en SSB (feeds firmados) que simule la representación política. | TK-05 | Teoría Pura Trevijano | Alta |
| TK-14 | Definir "Poder Ejecutivo" en SNH | Establecer un rol de administración central (nodo central de SNH) con capacidades limitadas y rotativas【0†L5-L8 del usuario】. | TK-13 | Wiki SNH Engineering | Alta |
| TK-15 | Definir "Poder Judicial" en SNH | Implementar un sistema de resolución de conflictos basado en la validación por pares (CVNs + feeds). | TK-14 | Teoría Pura Trevijano | Media |
| TK-16 | Crear "Asamblea Constituyente" digital | Utilizar la red SSB + Oasis para celebrar una asamblea virtual donde se debatan y voten las reglas de la república. | TK-04, TK-13 | Wiki SNH Ecosystem | Media |
| TK-17 | Documentar el modelo de "separación en origen" | Redactar un documento técnico que explique cómo la arquitectura SNH + Faircoin implementa la separación de poderes. | TK-13, TK-14, TK-15 | Teoría Pura Trevijano | Baja |
draftv0 · carril num · OP-04
draftv0 OP-04: Soberanía y Autogestión (Offline-first, Invite-only)| ID | Task | Descripción | Dependencias | Fuentes | Prioridad |
|---|---|---|---|---|---|
| TK-18 | Configurar modo offline-first | Asegurar que el nodo SSB pueda operar y sincronizarse cuando haya conectividad. | TK-02 | SNH Digital Survival Kit | Alta |
| TK-19 | Implementar sistema de invitaciones | Crear un flujo de generación y distribución de códigos de invitación para nuevos miembros. | TK-04 | GitHub Oasis | Alta |
| TK-20 | Configurar TOR / red onion | Añadir capa de anonimato y resistencia a la censura mediante TOR. | TK-18 | SNH Digital Survival Kit | Media |
| TK-21 | Documentar el modelo de "autogestión" | Explicar cómo la combinación de SNH + Faircoin permite la autosuficiencia de la comunidad. | TK-19, TK-20 | Wiki SNH | Baja |
draftv0 · carril num · OP-05
draftv0 OP-05: Integración y Sostenibilidad del Ecosistema| ID | Task | Descripción | Dependencias | Fuentes | Prioridad |
|---|---|---|---|---|---|
| TK-22 | Integrar wallet Faircoin con Oasis | Permitir que los usuarios de Oasis vean su saldo y realicen transferencias desde la interfaz. | TK-03, TK-09 | OCE GitBook | Alta |
| TK-23 | Crear dashboard de gobierno | Desarrollar un panel en Oasis que muestre propuestas activas, votaciones y estado de la red. | TK-16, TK-22 | Wiki SNH | Media |
| TK-24 | Implementar sistema de "impuestos" cooperativos | Diseñar un mecanismo de contribución voluntaria en FairCoin para el mantenimiento de la red (CVNs, PUBs). | TK-10 | Faircoin PoC | Media |
| TK-25 | Redactar "Constitución Técnica" | Documento final que integre todos los principios de Trevijano con la implementación técnica realizada. | Todas las anteriores | Teoría Pura Trevijano | Baja |
draft · carril num · OP-01
draft OP-01: Infraestructura de Red y Comunicación Soberana| ID | Task | Descripción | Dependencias | Fuentes | Prioridad |
|---|---|---|---|---|---|
| TK-01 | Desplegar nodo SSB local | Instalar y configurar un nodo Secure Scuttlebutt (SSB) siguiendo la documentación de SNH. | Repositorio Oasis | Wiki SNH Engineering | Alta |
| TK-02 | Conectar a "La Plaza" (PUB) | Obtener un código de invitación para el PUB "La Plaza" y conectar el nodo a la red. | TK-01 | https://laplaza.solarnethub.com | Alta |
| TK-03 | Configurar cliente Oasis | Compilar/instalar el cliente Oasis desde el repositorio epsylon/oasis. | TK-01 | https://github.com/epsylon/oasis | Alta |
| TK-04 | Crear identidad soberana (sigchain) | Generar una identidad SSB (sigchain personal) sin email ni teléfono【0†L36-L38 del usuario】. | TK-02 | Wiki SNH Engineering | Alta |
| TK-05 | Documentar modelo de gobernanza en SSB | Diseñar un sistema de votación/consenso basado en los feeds de SSB para simular la "representación política auténtica". | TK-04 | Wiki SNH Engineering | Media |
| TK-06 | Implementar sistema de "amigos de amigos" | Configurar la red de confianza (trustnet) para que solo se repliquen feeds de miembros validados. | TK-04 | Wiki SNH Engineering | Media |
draft · carril num · OP-02
draft OP-02: Capa Económica y Monetaria (Faircoin + Bank of the Commons)| ID | Task | Descripción | Dependencias | Fuentes | Prioridad |
|---|---|---|---|---|---|
| TK-07 | Desplegar nodo Faircoin (CVN) | Configurar un nodo Faircoin2 como Cooperatively Validated Node (CVN). | Repositorio Faircoin | Doc PoC; CVN Guide | Alta |
| TK-08 | Sincronizar blockchain Faircoin | Descargar y sincronizar la cadena de bloques Faircoin. | TK-07 | Faircoin White Paper | Alta |
| TK-09 | Crear wallet Faircoin | Generar una cartera Faircoin para la tesorería de la república. | TK-08 | Faircoin GitHub | Alta |
| TK-10 | Integrar Bank of the Commons | Configurar servicios bancarios cooperativos (cuentas, transferencias) usando la infraestructura de BotC. | TK-08 | Faircoin PoC | Media |
| TK-11 | Implementar sistema de "FairMarket" local | Desplegar una instancia de FairMarket para intercambio de bienes y servicios dentro de la comunidad. | TK-10 | OCE GitBook | Media |
| TK-12 | Documentar modelo de "distribución igualitaria" | Diseñar un mecanismo de distribución inicial de FairCoin basado en la participación comunitaria (no especulación). | TK-09 | Faircoin Story | Media |
draft · carril num · OP-03
draft OP-03: Gobernanza y Separación de Poderes (Modelo Trevijano)| ID | Task | Descripción | Dependencias | Fuentes | Prioridad |
|---|---|---|---|---|---|
| TK-13 | Definir "Poder Legislativo" en SNH | Diseñar un sistema de propuestas y votación en SSB (feeds firmados) que simule la representación política. | TK-05 | Teoría Pura Trevijano | Alta |
| TK-14 | Definir "Poder Ejecutivo" en SNH | Establecer un rol de administración central (nodo central de SNH) con capacidades limitadas y rotativas【0†L5-L8 del usuario】. | TK-13 | Wiki SNH Engineering | Alta |
| TK-15 | Definir "Poder Judicial" en SNH | Implementar un sistema de resolución de conflictos basado en la validación por pares (CVNs + feeds). | TK-14 | Teoría Pura Trevijano | Media |
| TK-16 | Crear "Asamblea Constituyente" digital | Utilizar la red SSB + Oasis para celebrar una asamblea virtual donde se debatan y voten las reglas de la república. | TK-04, TK-13 | Wiki SNH Ecosystem | Media |
| TK-17 | Documentar el modelo de "separación en origen" | Redactar un documento técnico que explique cómo la arquitectura SNH + Faircoin implementa la separación de poderes. | TK-13, TK-14, TK-15 | Teoría Pura Trevijano | Baja |
draft · carril num · OP-04
draft OP-04: Soberanía y Autogestión (Offline-first, Invite-only)| ID | Task | Descripción | Dependencias | Fuentes | Prioridad |
|---|---|---|---|---|---|
| TK-18 | Configurar modo offline-first | Asegurar que el nodo SSB pueda operar y sincronizarse cuando haya conectividad. | TK-02 | SNH Digital Survival Kit | Alta |
| TK-19 | Implementar sistema de invitaciones | Crear un flujo de generación y distribución de códigos de invitación para nuevos miembros. | TK-04 | GitHub Oasis | Alta |
| TK-20 | Configurar TOR / red onion | Añadir capa de anonimato y resistencia a la censura mediante TOR. | TK-18 | SNH Digital Survival Kit | Media |
| TK-21 | Documentar el modelo de "autogestión" | Explicar cómo la combinación de SNH + Faircoin permite la autosuficiencia de la comunidad. | TK-19, TK-20 | Wiki SNH | Baja |
draft · carril num · OP-05
draft OP-05: Integración y Sostenibilidad del Ecosistema| ID | Task | Descripción | Dependencias | Fuentes | Prioridad |
|---|---|---|---|---|---|
| TK-22 | Integrar wallet Faircoin con Oasis | Permitir que los usuarios de Oasis vean su saldo y realicen transferencias desde la interfaz. | TK-03, TK-09 | OCE GitBook | Alta |
| TK-23 | Crear dashboard de gobierno | Desarrollar un panel en Oasis que muestre propuestas activas, votaciones y estado de la red. | TK-16, TK-22 | Wiki SNH | Media |
| TK-24 | Implementar sistema de "impuestos" cooperativos | Diseñar un mecanismo de contribución voluntaria en FairCoin para el mantenimiento de la red (CVNs, PUBs). | TK-10 | Faircoin PoC | Media |
| TK-25 | Redactar "Constitución Técnica" | Documento final que integre todos los principios de Trevijano con la implementación técnica realizada. | Todas las anteriores | Teoría Pura Trevijano | Baja |