Compare commits
3
Commits
| Author | SHA1 | Date | |
|---|---|---|---|
|
|
78725eee85 | ||
|
|
398d01fd4c | ||
|
|
6ddf76983b |
@@ -0,0 +1,47 @@
|
||||
# BTCPay Server Plugin: Event & Travel Integration (V1)
|
||||
|
||||
## 1. Data Sources & Verification
|
||||
- Event data: Curated from hardcap.news RSS/API feed (events aggregated by Cayce runtime §9). Source list documented in `sources/` directory with QC-3 citations.
|
||||
- Lodging data: `bitcoinhotels.org` static listings API. No real-time availability checking in V1 - listings are curated, not live.
|
||||
- Verification: Event dates/coords verified against hardcap.news primary sources only. No automated scraping of third-party calendars.
|
||||
|
||||
## 2. Booking & Payment, Sellers & Refunds
|
||||
- Booking: Plugin displays curated BTC-friendly hotel/merchant listings with deep links to `bitcoinhotels.org`. Reservation/payment occurs off-site via the hotel's own system.
|
||||
- Seller: Individual hotels/merchants own their availability and booking terms. The plugin has no inventory control.
|
||||
- Refunds: Responsibility of the hotel/merchant, not the plugin or organizer. Plugin displays refund policy links where provided by the hotel.
|
||||
- Payment processing: BTCPay Server handles event ticket/registration payments (sats only). No hotel payments flow through BTCPay in V1.
|
||||
|
||||
## 3. BTCPay Server Plugin API Capabilities (official sources)
|
||||
- Event feed ingestion: Plugin reads hardcap.news event RSS feed (curated by Cayce). Auto-generates event landing pages on bitcoinhotels.org.
|
||||
- Geolocation filtering: Hotel listings filtered by proximity to event venue coordinates (lat/lon).
|
||||
- BTCPay payment integration: Accept sats for event registrations via BTCPay Server's payment API. Plugin creates order → attendee pays → organizer receives notification.
|
||||
- Blink Donate Button: Embedded for voluntary zaps to support ongoing curation.
|
||||
- Limited V1 scope: RSS feed ingestion & template generation; Geolocation-based filtering; BTCPay payment acceptance for event tickets; Static Blink button embed; NO real-time availability checking; NO hotel inventory management; NO automated refund processing.
|
||||
|
||||
## 4. Privacy: Data Requests & Storage
|
||||
- Data requested: Event title, dates, venue coordinates (lat/lon), hotel merchant name, brief description, deep link URL.
|
||||
- Data storage: Event coords stored in plugin's `data/events.json` (plain text, no personal data); Merchant names and URLs stored as provided by bitcoinhotels.org; NO IP addresses, NO user identifiers, NO location data beyond event venue coords.
|
||||
- Privacy rule: No "zero KYC" claims without substantiation. All data is publicly derivable from the event and hotel listings. No user tracking.
|
||||
|
||||
## 5. What Each Party Gains (no marketing language)
|
||||
- Event organizers: Turnkey way to surface BTC-friendly lodging within event checkout. No platform fees. BTC-only payments expand circular economy.
|
||||
- Attendees: Find BTC-friendly lodging without leaving event checkout. Pay with sats. Merchant choices are curated (no altcoin-promoting hotels).
|
||||
- Hotel merchants: Exposure to Bitcoin-targeted audience. No platform fees for listing. Direct booking relationship.
|
||||
- Cayce/bitcoinhotels: Continuous curation output. Plugin is open-source under MIT license. Long-term sustainability via hardcap.news adinaction and Nostr zap-gating.
|
||||
|
||||
## 6. V1 Minimal Scope
|
||||
- Plugin scaffold with MIT license
|
||||
- RSS feed ingestion from hardcap.news (events list)
|
||||
- Landing page template on bitcoinhotels.org (event-specific)
|
||||
- Geolocation filter: proximity within 50km of event venue
|
||||
- BTCPay payment acceptance for single-price event tickets
|
||||
- Blink Donate Button embed
|
||||
- Documentation: installation, API config, admin options
|
||||
- NO availability checking, NO real-time booking, NO refund handling, NO altcoin support
|
||||
|
||||
## Appendix: Official Sources
|
||||
- BTCPay Server Plugin Development Guide: docs.btcpayserver.org/developer/plugins
|
||||
- BTCPay Server API docs: docs.btcpayserver.org/api
|
||||
- BTCPay Server payment flow: server-specific, involves order creation → payment link → webhook notification
|
||||
- hardcap.news event curation methodology: QC-3 sourced, daily digest process
|
||||
- bitcoinhotels.org listing format: static CSV/JSON, merchant-owned availability
|
||||
@@ -0,0 +1,48 @@
|
||||
# cayce-dev Design Document
|
||||
|
||||
*Authorized by operator merge to main. This design governs the cayce-dev sandbox.*
|
||||
|
||||
## Flow
|
||||
- Cayce opens a PR with SPEC.md on a product repo. Operator's merge to main = authorization.
|
||||
- cayce-dev only takes specs already merged by the operator. Implements on a branch and opens a PR. Operator merges.
|
||||
- If the spec is ambiguous, ask in the PR; do not improvise.
|
||||
|
||||
## Gitea Access
|
||||
- Token limited to product repos (branches and PRs only).
|
||||
- No merge access, no admin access, no access to cayce-ops or hardcap.
|
||||
- Commit author: cayce-dev.
|
||||
- Workflow: operator reviews SPEC.md PR → merges → cayce-dev creates feature branch → opens PR → operator merges.
|
||||
|
||||
## Isolation
|
||||
- Own container or user. NO access to:
|
||||
- nsec (operator key or agent identity)
|
||||
- .env files (operator keys, API tokens, database credentials)
|
||||
- Production database
|
||||
- Tokens (sfeed, Facebook, Instagram, Mail, SSH)
|
||||
- Docker socket or any container orchestration API
|
||||
- Operator keys or agent identities
|
||||
- Network: only local Gitea and package registries. No outbound capability beyond.
|
||||
- No deploy or publish capability.
|
||||
|
||||
## How Each Restriction Will Be Tested
|
||||
- Container isolation: verify cayce-dev user cannot read /srv/cayce-core/.env or /home/ubuntu/.sfeed/tokens.json
|
||||
- Network: verify cayce-dev container has no internet access beyond Gitea
|
||||
- Key access: verify no Cayce nsec or operator pubkey is exposed to the sandbox
|
||||
- Auth token access: verify no operator tokens are readable
|
||||
|
||||
## Execution
|
||||
- Model/runtime options with pros/cons (operator decides):
|
||||
- Local LLM (private, no cost per token, limited capability)
|
||||
- Remote API (cost per token, broader capability, privacy tradeoff)
|
||||
- Sandboxed execution environment
|
||||
- Time/iteration/cost limits per task (operator-defined):
|
||||
- Max 3 iterations per task
|
||||
- Max 15 minutes per iteration
|
||||
- Max $0.10 USD per task (using cheapest available model)
|
||||
- Mandatory tests in sandbox: every implementation must have corresponding tests within the sandbox environment
|
||||
- Execution log without secrets: every execution step must be logged without exposing secrets, API keys, or private data
|
||||
|
||||
## Report
|
||||
- Summary in the cycle DM toward the operator
|
||||
- Include: what was executed, outcomes, any restrictions encountered, compliance status
|
||||
|
||||
Executable
+13
@@ -0,0 +1,13 @@
|
||||
#!/usr/bin/env bash
|
||||
# check-credential-leaks — falla si journald reciente contiene patrones de credencial.
|
||||
# Regla permanente: los secretos jamás en logs. Ejecutar manualmente o desde cron
|
||||
# (sin timer propio: no fue autorizado).
|
||||
set -euo pipefail
|
||||
SINCE="${1:-2 hours ago}"
|
||||
HITS=$(journalctl --since "$SINCE" --no-pager 2>/dev/null | grep -cE "(postgres|postgresql)://[A-Za-z0-9_]+:[^@[:space:]]{8,}@|nsec1[qpzry9x8gf2tvdw0s3jn54khce6mua7l]{50,}" || true)
|
||||
if [ "$HITS" -gt 0 ]; then
|
||||
echo "ALERTA: $HITS líneas de journald (desde $SINCE) contienen patrones de credencial" >&2
|
||||
journalctl --since "$SINCE" --no-pager 2>/dev/null | grep -nE "(postgres|postgresql)://[A-Za-z0-9_]+:[^@[:space:]]{8,}@|nsec1[qpzry9x8gf2tvdw0s3jn54khce6mua7l]{50,}" | sed -E "s#(://[A-Za-z0-9_]+:)[^@[:space:]]{8,}@#\1***@#" | head -5
|
||||
exit 1
|
||||
fi
|
||||
echo "OK: sin patrones de credencial en journald desde $SINCE"
|
||||
@@ -0,0 +1,68 @@
|
||||
"""Regla permanente (2026-10-31): ningún fichero versionado contiene patrones
|
||||
de credenciales. Placeholders de .env.example están permitidos.
|
||||
|
||||
Fallará si alguien mete un DSN con contraseña real, un token en claro, o
|
||||
cualquier valor que deba vivir solo en .env / tokens.json.
|
||||
"""
|
||||
|
||||
from __future__ import annotations
|
||||
|
||||
import re
|
||||
from pathlib import Path
|
||||
|
||||
REPO = Path(__file__).resolve().parent.parent
|
||||
SCAN_DIRS = ["runtime", "deploy", "docs", "scripts", "prompts"]
|
||||
SCAN_GLOBS = ["*.py", "*.mjs", "*.js", "*.ts", "*.md", "*.yml", "*.yaml", "*.sh", "*.sql"]
|
||||
|
||||
# DSN con credencial literal (user:pass@host) — excluye placeholders conocidos
|
||||
DSN = re.compile(r"(postgres|postgresql|mysql|mongodb)(\+[a-z]+)?://[A-Za-z0-9_]+:(?!password\b|change-me\b|<[^>]+>)[^@\s/]{8,}@", re.I)
|
||||
# tokens hex largos fuera de tests (los fixtures de tests están allowlistados por diseño)
|
||||
HEXTOKEN = re.compile(r"\b[0-9a-f]{64}\b")
|
||||
# nsec bech32
|
||||
NSEC = re.compile(r"nsec1[qpzry9x8gf2tvdw0s3jn54khce6mua7l]{50,}")
|
||||
ALLOW_SUBSTR = ("user:password", "change-me", "<", "EXAMPLE", "example", "itest-pg", "0011", "11*", "22*", "33*", "44*")
|
||||
|
||||
|
||||
def _iter_files():
|
||||
for d in SCAN_DIRS:
|
||||
base = REPO / d
|
||||
if not base.exists():
|
||||
continue
|
||||
for pat in SCAN_GLOBS:
|
||||
for f in base.rglob(pat):
|
||||
if ".git" in f.parts or "node_modules" in f.parts:
|
||||
continue
|
||||
yield f
|
||||
|
||||
|
||||
def test_no_dsn_with_credentials():
|
||||
hits = []
|
||||
for f in _iter_files():
|
||||
for i, line in enumerate(f.read_text(errors="ignore").splitlines(), 1):
|
||||
if DSN.search(line) and not any(a in line for a in ALLOW_SUBSTR):
|
||||
hits.append(f"{f}:{i}")
|
||||
assert not hits, f"DSN con credencial literal en: {hits}"
|
||||
|
||||
|
||||
def test_no_nsec_in_versioned_files():
|
||||
hits = []
|
||||
for f in _iter_files():
|
||||
if "/tests/" in str(f):
|
||||
continue
|
||||
for i, line in enumerate(f.read_text(errors="ignore").splitlines(), 1):
|
||||
if NSEC.search(line):
|
||||
hits.append(f"{f}:{i}")
|
||||
assert not hits, f"nsec en fichero versionado: {hits}"
|
||||
|
||||
|
||||
def test_no_raw_hex_tokens_outside_tests():
|
||||
"""Tokens hex de 64 chars fuera de tests/ y del conftest (las claves de
|
||||
test viven solo en tests/). El outbox no debe contener secretos."""
|
||||
hits = []
|
||||
for f in _iter_files():
|
||||
if "/tests/" in str(f) or f.name == "cayce-identity.md":
|
||||
continue
|
||||
for i, line in enumerate(f.read_text(errors="ignore").splitlines(), 1):
|
||||
if HEXTOKEN.search(line):
|
||||
hits.append(f"{f}:{i}")
|
||||
assert not hits, f"posible token hex versionado: {hits}"
|
||||
Reference in New Issue
Block a user