adsense r23: plan de contenido (20 bh + hubs/watch/guias hc) + borrador como-trabajamos + checklist de postulacion
This commit is contained in:
@@ -0,0 +1,94 @@
|
||||
# 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.
|
||||
Reference in New Issue
Block a user