95 lines
5.0 KiB
Markdown
95 lines
5.0 KiB
Markdown
# Programa AdSense — Plan de contenido (r23, para aprobación del operador)
|
||
|
||
Regla general: NADA se publica sin tu OK explícito a este plan. Sin producción de
|
||
contenido largo hasta entonces.
|
||
|
||
## A. bitcoinhotels.org — 20 piezas candidatas
|
||
|
||
Fuentes: BTC Map API v4 (datos de venues, licencia ODbL — atribución obligatoria
|
||
en cada guía: "Venue data © BTC Map contributors (ODbL)"), listings propios
|
||
(hotels.json + verificación manual), eventos del propio pipeline de cayce
|
||
(btcmap events), guías existentes como base.
|
||
|
||
### Guías de ciudad (12)
|
||
1. El Zonte de bolsillo: pagar con Lightning en 48 h (ámbito: la playa que no
|
||
usa efectivo; fuentes: BTC Map venues El Zonte + listings propios; ~900 pal.)
|
||
2. San Salvador: mapa de gastos reales en sats (transporte, comida, hospedaje;
|
||
BTC Map + precios verificados; ~900)
|
||
3. Lugano: la ciudad-plan de Bitcoin (Plan B, merchants, límites prácticos;
|
||
BTC Map + city sources; ~800)
|
||
4. Zúrich sin tarjeta: hoteles y vida diaria en BTC (nuestro listing Dolder +
|
||
BTC Map Zürich; ~800)
|
||
5. Ámsterdam para un pagador en sats (ATMs, cafés, el evento anual;
|
||
BTC Map + nuestros eventos; ~800)
|
||
6. Praga: la escena que no se fue (venues históricas + actuales; BTC Map;
|
||
~800)
|
||
7. Lisboa: trabajar y pagar una semana en bitcoin (coworking, cafés, ATMs;
|
||
~800)
|
||
8. Ciudad de México / CDMX: ruta de tres días sin banco (BTC Map + colonias;
|
||
~850)
|
||
9. Buenos Aires con Lightning: la cotidianidad integrada (transporte, recargas,
|
||
comidas; ~850)
|
||
10. Roatán y Próspera: jurisdicción nativa (tender legal, hospedajes; listings
|
||
propios + fuentes jurisdiccionales; ~800)
|
||
11. Ljubljana: la escena silenciosa de Europa del Este (~750)
|
||
12. Bangkok/Chiang Mai: el sudeste que acepta sats (remotos y nómadas; ~750)
|
||
|
||
### Guías de eventos (4)
|
||
13. Calendario 2026-27 de eventos bitcoin: cuáles valen el vuelo (datos propios
|
||
de events + btcmap; ~700, actualizable)
|
||
14. Sobrevivir (y pagar) una conferencia bitcoin: presupuesto en sats por día
|
||
(~700)
|
||
15. Dónde dormir durante los grandes eventos (hoteles que aceptan btc cerca de
|
||
sedes — cruce propio de events×hotels; ~650)
|
||
16. Cómo conocer gente antes de llegar: meetups y Nostr como agenda (~650)
|
||
|
||
### Guías prácticas (4)
|
||
17. Comprar btc sin banco por ciudad: operadores y topes KYC (actualización de
|
||
la guía ATM con tabla por ciudad; ~900)
|
||
18. Tarjetas regalo: el rescate cuando el comercio no acepta btc (~700)
|
||
19. eSIM y datos pagados en sats, país por país (~650)
|
||
20. Propinas en sats: la etiqueta y las herramientas (~600)
|
||
|
||
## B. hardcap.news — arquitectura de páginas
|
||
|
||
1. Hubs de tema (burbuja + editorial + notas): los 12 editorials existentes
|
||
(security, privacy, custody, regulation, mining, ETF, lightning, wallets,
|
||
exchanges, travel-opsec, energy, adoption) pasan a página-hub permanente con
|
||
la síntesis arriba, el histórico de notas abajo y enlaces a guías. ~600 pal.
|
||
propias por hub + histórico.
|
||
2. Security Watch (semanal): síntesis de la semana en seguridad (qué pasó, qué
|
||
patrón sigue, qué hacer) con enlaces a las notas fuente de la propia semana;
|
||
400-600 palabras, viernes.
|
||
3. 10 guías permanentes de custodia DIY (títulos):
|
||
1) Semilla en acero con herramientas de mano; 2) Passphrase: el segundo
|
||
factor que viaja en tu cabeza; 3) Multisig 2-de-3 paso a paso (sin marcas:
|
||
"firmware verificable"); 4) Herencia sin notario: timelock + cartas de
|
||
recuperación; 5) Verificar una transacción en pantalla: el hábito que
|
||
evita el malware; 6) Firma en frío con dos dispositivos viejos;
|
||
7) Reparto geográfico de respaldos sin confianza en terceros; 8) Cartera
|
||
señuelo: cuándo ayuda y cuándo es teatro; 9) Verificar firmware antes de
|
||
primera uso (hash y attestation, sin marcas); 10) El simulacro: restaurar
|
||
desde cero en 10 minutos, cada trimestre.
|
||
Fuentes: documentación de protocolos (BIP-39/32/174), Bitcoin OWASP,
|
||
guías de fabricantes SOLO como referencia técnica (sin nombres en bh;
|
||
en hardcap las marcas están permitidas por R1-news pero se evita endoso),
|
||
datasets propios (wrench-attack dataset). 800-1200 palabras c/u.
|
||
|
||
## C. Ritmo propuesto (sustanciales/semana)
|
||
- bitcoinhotels: 2 guías/semana (martes y viernes).
|
||
- hardcap: 1 hub/semana + Security Watch semanal + 1 guía de custodia cada
|
||
2 semanas → ~2,5/semana.
|
||
- Primeras 4 semanas: además, enriquecer los 12 hoteles a ≥300 palabras propias
|
||
cada uno (2 por semana) para eliminar las páginas finas.
|
||
|
||
## D. Criterio de calidad de pieza larga (gate interno)
|
||
1. ≥600 palabras de texto propio (guías: 600-1200).
|
||
2. ≥3 fuentes primarias citadas con URL y fecha (formato señal de hardcap).
|
||
3. Todo dato numérico reproducible: la fuente permite verificarlo.
|
||
4. Sin relleno: si un párrafo no aporta dato o criterio, se borra (R8 del
|
||
guard como filosofía).
|
||
5. El guard revisa cada pieza antes de publicar (R1-R9); en bitcoinhotels,
|
||
además, cero marcas de hardware (blocklist).
|
||
6. Atribución de licencias cuando hay datos abiertos (BTC Map → ODbL).
|
||
7. Frescura: cada guía lleva fecha de verificación y se revisa cada 90 días.
|