diff --git a/.gitignore b/.gitignore
deleted file mode 100644
index 8f24f11..0000000
--- a/.gitignore
+++ /dev/null
@@ -1,14 +0,0 @@
-# Deployment configuration (contains sensitive server details)
-deploy.config
-
-# OS files
-.DS_Store
-Thumbs.db
-
-# Editor files
-.vscode/
-.idea/
-*.swp
-*.swo
-*~
-
diff --git a/README.md b/README.md
index 32ee0c7..b448f02 100644
--- a/README.md
+++ b/README.md
@@ -8,6 +8,4 @@ The `index.html` is ready in the `public` folder.
 
 ## How to deploy
 
-1. Copy `deploy.config.example` to `deploy.config`
-2. Fill in your server details in `deploy.config` (host, user, remote path)
-3. Run `./deploy.sh` to sync the `public` folder to your remote webserver
+Somehow get the `public` folder behind a webserver manually and sort out DNS.
diff --git a/deploy.config.example b/deploy.config.example
deleted file mode 100644
index 1c84f53..0000000
--- a/deploy.config.example
+++ /dev/null
@@ -1,21 +0,0 @@
-# Deployment Configuration
-# Copy this file to deploy.config and fill in your server details
-# deploy.config is gitignored to keep your credentials safe
-
-# Remote server hostname or IP address
-REMOTE_HOST="example.com"
-
-# SSH username for the remote server
-REMOTE_USER="username"
-
-# Remote path where the website should be deployed
-# This should be the directory served by your webserver (e.g., /var/www/html, /home/username/public_html)
-REMOTE_PATH="/var/www/html"
-
-# Optional: Path to SSH private key (if not using default ~/.ssh/id_rsa)
-# Leave empty to use default SSH key
-SSH_KEY=""
-
-# Optional: SSH port (defaults to 22 if not specified)
-# SSH_PORT="22"
-
diff --git a/deploy.sh b/deploy.sh
deleted file mode 100755
index 5cf9692..0000000
--- a/deploy.sh
+++ /dev/null
@@ -1,34 +0,0 @@
-#!/bin/bash
-
-# Deployment script for pablohere website
-# This script syncs the public folder to a remote webserver
-
-set -e  # Exit on error
-
-# Load deployment configuration
-if [ ! -f "deploy.config" ]; then
-    echo "Error: deploy.config file not found!"
-    echo "Please copy deploy.config.example to deploy.config and fill in your server details."
-    exit 1
-fi
-
-source deploy.config
-
-# Validate required variables
-if [ -z "$REMOTE_HOST" ] || [ -z "$REMOTE_USER" ] || [ -z "$REMOTE_PATH" ]; then
-    echo "Error: Required variables not set in deploy.config"
-    echo "Please ensure REMOTE_HOST, REMOTE_USER, and REMOTE_PATH are set."
-    exit 1
-fi
-
-# Use rsync to sync files
-echo "Deploying public folder to $REMOTE_USER@$REMOTE_HOST:$REMOTE_PATH"
-rsync -avz --delete \
-    --exclude='.git' \
-    --exclude='.DS_Store' \
-    $SSH_OPTS \
-    public/ \
-    $REMOTE_USER@$REMOTE_HOST:$REMOTE_PATH
-
-echo "Deployment complete!"
-
diff --git a/public/btc-premium.html b/public/btc-premium.html
deleted file mode 100644
index bc463c8..0000000
--- a/public/btc-premium.html
+++ /dev/null
@@ -1,325 +0,0 @@
-<!DOCTYPE html>
-<html lang="ca">
-<head>
-  <meta charset="utf-8">
-  <meta name="viewport" content="width=device-width, initial-scale=1">
-  <title>Calculadora de compravenda de bitcoin</title>
-  <style>
-    :root {
-      font-family: system-ui, sans-serif;
-      color-scheme: light dark;
-    }
-    body {
-      max-width: 420px;
-      margin: 4rem auto;
-      padding: 0 1rem;
-      line-height: 1.5;
-    }
-    h1 {
-      text-align: center;
-      font-weight: 500;
-      font-size: 1.15rem;
-      margin-bottom: 0.25rem;
-    }
-    .sub {
-      text-align: center;
-      font-size: 0.85rem;
-      color: #888;
-      margin: 0 0 2rem;
-    }
-    .field {
-      display: flex;
-      align-items: center;
-      gap: 0.75rem;
-      margin-bottom: 1rem;
-    }
-    label {
-      flex: 0 0 5.5rem;
-      font-size: 0.9rem;
-      color: #888;
-    }
-    .input-wrap {
-      flex: 1;
-      position: relative;
-      display: flex;
-      align-items: center;
-    }
-    input {
-      flex: 1;
-      width: 100%;
-      box-sizing: border-box;
-      font-size: 1.25rem;
-      font-variant-numeric: tabular-nums;
-      text-align: right;
-      padding: 0.5rem 3rem 0.5rem 0.6rem;
-      border: 1px solid rgba(128, 128, 128, 0.4);
-      border-radius: 8px;
-      background: transparent;
-      color: inherit;
-    }
-    input:focus {
-      outline: none;
-      border-color: #f7931a;
-    }
-    .unit {
-      position: absolute;
-      right: 0.7rem;
-      font-size: 0.8rem;
-      color: #888;
-      pointer-events: none;
-    }
-    input.computed {
-      border-style: dashed;
-      color: #f7931a;
-    }
-    .rates {
-      display: grid;
-      grid-template-columns: auto auto;
-      align-items: baseline;
-      justify-content: center;
-      column-gap: 0.4rem;
-      row-gap: 0.15rem;
-      margin: -1rem 0 2rem;
-      font-size: 0.8rem;
-      color: #999;
-      cursor: default;
-      user-select: none;
-    }
-    .rates .lbl {
-      text-align: right;
-    }
-    .rates .value {
-      text-align: left;
-      font-variant-numeric: tabular-nums;
-    }
-    .rates .value.trade-val {
-      color: #f7931a;
-    }
-    .rates .cue {
-      grid-column: 1 / -1;
-      text-align: center;
-      font-size: 0.7rem;
-      font-style: italic;
-      color: #999;
-      opacity: 0;
-      transition: opacity 0.15s;
-    }
-    .rates.is-same .value.trade-val {
-      color: #999;
-    }
-    .rates.is-same .cue {
-      opacity: 1;
-    }
-    .tag {
-      flex: 0 0 2.5rem;
-      font-size: 0.7rem;
-      color: #f7931a;
-      text-transform: uppercase;
-      letter-spacing: 0.05em;
-      visibility: hidden;
-    }
-    .field.is-computed .tag {
-      visibility: visible;
-    }
-  </style>
-</head>
-<body>
-  <h1>Calculadora de compravenda de bitcoin</h1>
-  <p class="sub">EUR ⇄ BTC, amb el premium inclòs</p>
-
-  <div class="rates">
-    <span class="lbl" title="Preu de mercat (mediana) — s'usa pel càlcul, no és editable">mercat</span>
-    <span class="value" id="rate">—</span>
-
-    <span class="cue" id="same">a preu de mercat</span>
-
-    <span class="lbl" title="Preu de mercat ajustat amb el teu premium — el preu real de la compravenda">operació</span>
-    <span class="value trade-val" id="trade">—</span>
-  </div>
-
-  <div class="field" id="field-eur">
-    <label for="eur">EUR</label>
-    <span class="input-wrap">
-      <input id="eur" type="text" inputmode="decimal" autocomplete="off" placeholder="0.00" value="1000">
-      <span class="unit">€</span>
-    </span>
-    <span class="tag">auto</span>
-  </div>
-
-  <div class="field" id="field-sats">
-    <label for="sats">Bitcoin</label>
-    <span class="input-wrap">
-      <input id="sats" type="text" inputmode="numeric" autocomplete="off" placeholder="0">
-      <span class="unit">sats</span>
-    </span>
-    <span class="tag">auto</span>
-  </div>
-
-  <div class="field" id="field-premium">
-    <label for="premium">Premium</label>
-    <span class="input-wrap">
-      <input id="premium" type="text" inputmode="decimal" autocomplete="off" placeholder="0" value="5">
-      <span class="unit">%</span>
-    </span>
-    <span class="tag">auto</span>
-  </div>
-
-  <script>
-    const SATS_PER_BTC = 100_000_000;
-    const REFRESH_MS = 5 * 60 * 1000;
-
-    // --- hidden price engine: median BTC/EUR across several exchanges ---
-    // The median holds as long as at least MIN_SOURCES quotes come back valid;
-    // any exchange that errors, times out, or returns junk is simply dropped.
-    const MIN_SOURCES = 3;
-    const SOURCES = [
-      {
-        url: "https://api.kraken.com/0/public/Ticker?pair=XBTEUR",
-        parse: (d) => parseFloat(d.result.XXBTZEUR.c[0]),
-      },
-      {
-        url: "https://api.coinbase.com/v2/prices/BTC-EUR/spot",
-        parse: (d) => parseFloat(d.data.amount),
-      },
-      {
-        url: "https://www.bitstamp.net/api/v2/ticker/btceur/",
-        parse: (d) => parseFloat(d.last),
-      },
-      {
-        url: "https://api-pub.bitfinex.com/v2/ticker/tBTCEUR",
-        parse: (d) => parseFloat(d[6]), // LAST_PRICE
-      },
-      {
-        url: "https://api.bitvavo.com/v2/ticker/price?market=BTC-EUR",
-        parse: (d) => parseFloat(d.price),
-      },
-    ];
-
-    let price = null; // EUR per BTC, median
-
-    function median(values) {
-      const sorted = [...values].sort((a, b) => a - b);
-      const mid = Math.floor(sorted.length / 2);
-      return sorted.length % 2
-        ? sorted[mid]
-        : (sorted[mid - 1] + sorted[mid]) / 2;
-    }
-
-    // fetch one exchange, resolving to a valid positive number or null
-    async function fetchQuote(source) {
-      try {
-        const data = await (await fetch(source.url)).json();
-        const value = source.parse(data);
-        return Number.isFinite(value) && value > 0 ? value : null;
-      } catch {
-        return null;
-      }
-    }
-
-    async function refreshPrice() {
-      const quotes = (await Promise.all(SOURCES.map(fetchQuote))).filter(
-        (v) => v !== null
-      );
-      if (quotes.length < MIN_SOURCES) return; // too few sources; keep last price
-      price = median(quotes);
-      document.getElementById("rate").textContent =
-        "€" + Math.round(price).toLocaleString("en-US") + " / BTC";
-      recompute(null); // keep the derived field in sync with the new price
-    }
-
-    // --- calculator ---
-    const els = {
-      eur: document.getElementById("eur"),
-      sats: document.getElementById("sats"),
-      premium: document.getElementById("premium"),
-    };
-    const fields = {
-      eur: document.getElementById("field-eur"),
-      sats: document.getElementById("field-sats"),
-      premium: document.getElementById("field-premium"),
-    };
-
-    // recency of user edits; last entry is the field we derive.
-    // defaults: EUR (1000) and premium (5%) given, so sats is derived.
-    let touchOrder = ["premium", "eur", "sats"];
-
-    const parse = (el) => {
-      const v = parseFloat(el.value.replace(/[^0-9.\-]/g, ""));
-      return isFinite(v) ? v : null;
-    };
-
-    const fmt = {
-      eur: (v) => v.toFixed(2),
-      sats: (v) => Math.round(v).toLocaleString("en-US"),
-      premium: (v) => parseFloat(v.toFixed(2)).toString(),
-    };
-
-    function recompute(edited) {
-      if (edited) {
-        touchOrder = [edited, ...touchOrder.filter((f) => f !== edited)];
-      }
-      const target = touchOrder[touchOrder.length - 1];
-
-      // highlight which field is currently derived
-      for (const f in fields) {
-        fields[f].classList.toggle("is-computed", f === target);
-        els[f].classList.toggle("computed", f === target);
-      }
-
-      if (price === null) return;
-
-      const eur = parse(els.eur);
-      const sats = parse(els.sats);
-      const premium = parse(els.premium);
-
-      let result = null;
-      if (target === "eur" && sats !== null && premium !== null) {
-        result = (sats / SATS_PER_BTC) * price * (1 + premium / 100);
-      } else if (target === "sats" && eur !== null && premium !== null) {
-        const effective = price * (1 + premium / 100);
-        if (effective > 0) result = (eur / effective) * SATS_PER_BTC;
-      } else if (target === "premium" && eur !== null && sats !== null) {
-        const base = (sats / SATS_PER_BTC) * price;
-        if (base > 0) result = (eur / base - 1) * 100;
-      }
-
-      els[target].value = result === null ? "" : fmt[target](result);
-
-      // effective trade price = market adjusted by the current premium
-      // (use the just-derived premium when premium is the computed field)
-      const effPremium = target === "premium" ? result : premium;
-      const effective = price * (1 + (effPremium ?? 0) / 100);
-      const tradeLine = document.querySelector(".rates");
-      document.getElementById("trade").textContent =
-        "€" + Math.round(effective).toLocaleString("en-US") + " / BTC";
-      tradeLine.classList.toggle(
-        "is-same",
-        Math.round(effective) === Math.round(price)
-      );
-    }
-
-    // reformat a field once the user is done entering it
-    const formatField = (f) => {
-      const v = parse(els[f]);
-      if (v !== null) els[f].value = fmt[f](v);
-    };
-
-    for (const f in els) {
-      els[f].addEventListener("input", () => {
-        // sats are whole numbers only — drop anything but digits as typed
-        if (f === "sats") els.sats.value = els.sats.value.replace(/[^0-9]/g, "");
-        recompute(f);
-      });
-      els[f].addEventListener("blur", () => formatField(f));
-    }
-
-    // normalize the pre-filled defaults (e.g. "1000" -> "1000.00")
-    formatField("eur");
-    formatField("premium");
-
-    recompute(null);
-    refreshPrice();
-    setInterval(refreshPrice, REFRESH_MS);
-  </script>
-</body>
-</html>
diff --git a/public/hashwars/deck.ca.html b/public/hashwars/deck.ca.html
deleted file mode 100644
index c00b01e..0000000
--- a/public/hashwars/deck.ca.html
+++ /dev/null
@@ -1,647 +0,0 @@
-<!DOCTYPE html><html lang="ca"><head><title>Quant hashrate necessita un chainsplit de softfork per sobreviure?</title><meta property="og:title" content="Quant hashrate necessita un chainsplit de softfork per sobreviure?"><meta charset="UTF-8"><meta name="viewport" content="width=device-width,height=device-height,initial-scale=1.0"><meta name="apple-mobile-web-app-capable" content="yes"><meta http-equiv="X-UA-Compatible" content="ie=edge"><meta property="og:type" content="website"><meta name="twitter:card" content="summary"><style>@media screen{body[data-bespoke-view=""] .bespoke-marp-parent>.bespoke-marp-osc>button,body[data-bespoke-view=next] .bespoke-marp-parent>.bespoke-marp-osc>button,body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-info-container button,body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container button{appearance:none;background-color:initial;border:0;color:inherit;cursor:pointer;font-size:inherit;opacity:.8;outline:none;padding:0;transition:opacity .2s linear;-webkit-tap-highlight-color:transparent}body[data-bespoke-view=""] .bespoke-marp-parent>.bespoke-marp-osc>button:disabled,body[data-bespoke-view=next] .bespoke-marp-parent>.bespoke-marp-osc>button:disabled,body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-info-container button:disabled,body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container button:disabled{cursor:not-allowed;opacity:.15!important}body[data-bespoke-view=""] .bespoke-marp-parent>.bespoke-marp-osc>button:hover,body[data-bespoke-view=next] .bespoke-marp-parent>.bespoke-marp-osc>button:hover,body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-info-container button:hover,body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container button:hover{opacity:1}body[data-bespoke-view=""] .bespoke-marp-parent>.bespoke-marp-osc>button:hover:active,body[data-bespoke-view=next] .bespoke-marp-parent>.bespoke-marp-osc>button:hover:active,body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-info-container button:hover:active,body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container button:hover:active{opacity:.6}body[data-bespoke-view=""] .bespoke-marp-parent>.bespoke-marp-osc>button:hover:not(:disabled),body[data-bespoke-view=next] .bespoke-marp-parent>.bespoke-marp-osc>button:hover:not(:disabled),body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-info-container button:hover:not(:disabled),body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container button:hover:not(:disabled){transition:none}body[data-bespoke-view=""] .bespoke-marp-parent>.bespoke-marp-osc>button[data-bespoke-marp-osc=prev],body[data-bespoke-view=next] .bespoke-marp-parent>.bespoke-marp-osc>button[data-bespoke-marp-osc=prev],body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-info-container button.bespoke-marp-presenter-info-page-prev{background:#0000 url("data:image/svg+xml;base64,PHN2ZyB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciIHZpZXdCb3g9IjAgMCAxMDAgMTAwIj48cGF0aCBmaWxsPSJub25lIiBzdHJva2U9IiNmZmYiIHN0cm9rZS1saW5lY2FwPSJyb3VuZCIgc3Ryb2tlLWxpbmVqb2luPSJyb3VuZCIgc3Ryb2tlLXdpZHRoPSI1IiBkPSJNNjggOTAgMjggNTBsNDAtNDAiLz48L3N2Zz4=") no-repeat 50%;background-size:contain;overflow:hidden;text-indent:100%;white-space:nowrap}body[data-bespoke-view=""] .bespoke-marp-parent>.bespoke-marp-osc>button[data-bespoke-marp-osc=next],body[data-bespoke-view=next] .bespoke-marp-parent>.bespoke-marp-osc>button[data-bespoke-marp-osc=next],body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-info-container button.bespoke-marp-presenter-info-page-next{background:#0000 url("data:image/svg+xml;base64,PHN2ZyB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciIHZpZXdCb3g9IjAgMCAxMDAgMTAwIj48cGF0aCBmaWxsPSJub25lIiBzdHJva2U9IiNmZmYiIHN0cm9rZS1saW5lY2FwPSJyb3VuZCIgc3Ryb2tlLWxpbmVqb2luPSJyb3VuZCIgc3Ryb2tlLXdpZHRoPSI1IiBkPSJtMzIgOTAgNDAtNDAtNDAtNDAiLz48L3N2Zz4=") no-repeat 50%;background-size:contain;overflow:hidden;text-indent:100%;white-space:nowrap}body[data-bespoke-view=""] .bespoke-marp-parent>.bespoke-marp-osc>button[data-bespoke-marp-osc=fullscreen],body[data-bespoke-view=next] .bespoke-marp-parent>.bespoke-marp-osc>button[data-bespoke-marp-osc=fullscreen]{background:#0000 url("data:image/svg+xml;base64,PHN2ZyB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciIHZpZXdCb3g9IjAgMCAxMDAgMTAwIj48ZGVmcz48c3R5bGU+LmF7ZmlsbDpub25lO3N0cm9rZTojZmZmO3N0cm9rZS1saW5lY2FwOnJvdW5kO3N0cm9rZS1saW5lam9pbjpyb3VuZDtzdHJva2Utd2lkdGg6NXB4fTwvc3R5bGU+PC9kZWZzPjxyZWN0IHdpZHRoPSI4MCIgaGVpZ2h0PSI2MCIgeD0iMTAiIHk9IjIwIiBjbGFzcz0iYSIgcng9IjUuNjciLz48cGF0aCBkPSJNNDAgNzBIMjBWNTBtMjAgMEwyMCA3MG00MC00MGgyMHYyMG0tMjAgMCAyMC0yMCIgY2xhc3M9ImEiLz48L3N2Zz4=") no-repeat 50%;background-size:contain;overflow:hidden;text-indent:100%;white-space:nowrap}body[data-bespoke-view=""] .bespoke-marp-parent>.bespoke-marp-osc>button.exit[data-bespoke-marp-osc=fullscreen],body[data-bespoke-view=next] .bespoke-marp-parent>.bespoke-marp-osc>button.exit[data-bespoke-marp-osc=fullscreen]{background-image:url("data:image/svg+xml;base64,PHN2ZyB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciIHZpZXdCb3g9IjAgMCAxMDAgMTAwIj48ZGVmcz48c3R5bGU+LmF7ZmlsbDpub25lO3N0cm9rZTojZmZmO3N0cm9rZS1saW5lY2FwOnJvdW5kO3N0cm9rZS1saW5lam9pbjpyb3VuZDtzdHJva2Utd2lkdGg6NXB4fTwvc3R5bGU+PC9kZWZzPjxyZWN0IHdpZHRoPSI4MCIgaGVpZ2h0PSI2MCIgeD0iMTAiIHk9IjIwIiBjbGFzcz0iYSIgcng9IjUuNjciLz48cGF0aCBkPSJNMjAgNTBoMjB2MjBtLTIwIDAgMjAtMjBtNDAgMEg2MFYzMG0yMCAwTDYwIDUwIiBjbGFzcz0iYSIvPjwvc3ZnPg==")}body[data-bespoke-view=""] .bespoke-marp-parent>.bespoke-marp-osc>button[data-bespoke-marp-osc=presenter],body[data-bespoke-view=next] .bespoke-marp-parent>.bespoke-marp-osc>button[data-bespoke-marp-osc=presenter]{background:#0000 url("data:image/svg+xml;base64,PHN2ZyB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciIHZpZXdCb3g9IjAgMCAxMDAgMTAwIj48cGF0aCBmaWxsPSJub25lIiBzdHJva2U9IiNmZmYiIHN0cm9rZS1saW5lY2FwPSJyb3VuZCIgc3Ryb2tlLWxpbmVqb2luPSJyb3VuZCIgc3Ryb2tlLXdpZHRoPSI1IiBkPSJNODcuOCA0Ny41Qzg5IDUwIDg3LjcgNTIgODUgNTJIMzVhOC43IDguNyAwIDAgMS03LjItNC41bC0xNS42LTMxQzExIDE0IDEyLjIgMTIgMTUgMTJoNTBhOC44IDguOCAwIDAgMSA3LjIgNC41ek02MCA1MnYzNm0tMTAgMGgyME00NSA0MmgyMCIvPjwvc3ZnPg==") no-repeat 50%;background-size:contain;overflow:hidden;text-indent:100%;white-space:nowrap}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container button.bespoke-marp-presenter-note-bigger{background:#0000 url("data:image/svg+xml;base64,PHN2ZyB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciIHZpZXdCb3g9IjAgMCAxMDAgMTAwIj48cGF0aCBzdHJva2U9IiNmZmYiIHN0cm9rZS1saW5lY2FwPSJyb3VuZCIgc3Ryb2tlLWxpbmVqb2luPSJyb3VuZCIgc3Ryb2tlLXdpZHRoPSI1IiBkPSJNMTIgNTBoODBNNTIgOTBWMTAiLz48L3N2Zz4=") no-repeat 50%;background-size:contain;overflow:hidden;text-indent:100%;white-space:nowrap}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container button.bespoke-marp-presenter-note-smaller{background:#0000 url("data:image/svg+xml;base64,PHN2ZyB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciIHZpZXdCb3g9IjAgMCAxMDAgMTAwIj48cGF0aCBmaWxsPSJub25lIiBzdHJva2U9IiNmZmYiIHN0cm9rZS1saW5lY2FwPSJyb3VuZCIgc3Ryb2tlLWxpbmVqb2luPSJyb3VuZCIgc3Ryb2tlLXdpZHRoPSI1IiBkPSJNMTIgNTBoODAiLz48L3N2Zz4=") no-repeat 50%;background-size:contain;overflow:hidden;text-indent:100%;white-space:nowrap}}@keyframes __bespoke_marp_transition_reduced_outgoing__{0%{opacity:1}to{opacity:0}}@keyframes __bespoke_marp_transition_reduced_incoming__{0%{mix-blend-mode:plus-lighter;opacity:0}to{mix-blend-mode:plus-lighter;opacity:1}}.bespoke-marp-note,.bespoke-marp-osc,.bespoke-progress-parent{display:none;transition:none}@media screen{::view-transition-group(*){animation-duration:var(--marp-bespoke-transition-animation-duration,.5s);animation-timing-function:ease}::view-transition-new(*),::view-transition-old(*){animation-delay:0s;animation-direction:var(--marp-bespoke-transition-animation-direction,normal);animation-duration:var(--marp-bespoke-transition-animation-duration,.5s);animation-fill-mode:both;animation-name:var(--marp-bespoke-transition-animation-name,var(--marp-bespoke-transition-animation-name-fallback,__bespoke_marp_transition_no_animation__));mix-blend-mode:normal}::view-transition-old(*){--marp-bespoke-transition-animation-name-fallback:__bespoke_marp_transition_reduced_outgoing__;animation-timing-function:ease}::view-transition-new(*){--marp-bespoke-transition-animation-name-fallback:__bespoke_marp_transition_reduced_incoming__;animation-timing-function:ease}::view-transition-new(root),::view-transition-old(root){animation-timing-function:linear}::view-transition-new(__bespoke_marp_transition_osc__),::view-transition-old(__bespoke_marp_transition_osc__){animation-duration:0s!important;animation-name:__bespoke_marp_transition_osc__!important}::view-transition-new(__bespoke_marp_transition_osc__){opacity:0!important}.bespoke-marp-transition-warming-up::view-transition-group(*),.bespoke-marp-transition-warming-up::view-transition-new(*),.bespoke-marp-transition-warming-up::view-transition-old(*){animation-play-state:paused!important}body,html{height:100%;margin:0}body{background:#000;overflow:hidden}svg.bespoke-marp-slide{content-visibility:hidden;opacity:0;pointer-events:none;z-index:-1}svg.bespoke-marp-slide:not(.bespoke-marp-active) *{view-transition-name:none!important}svg.bespoke-marp-slide.bespoke-marp-active{content-visibility:visible;opacity:1;pointer-events:auto;z-index:0}svg.bespoke-marp-slide.bespoke-marp-active.bespoke-marp-active-ready *{animation-name:__bespoke_marp__!important}@supports not (content-visibility:hidden){svg.bespoke-marp-slide[data-bespoke-marp-load=hideable]{display:none}svg.bespoke-marp-slide[data-bespoke-marp-load=hideable].bespoke-marp-active{display:block}}}@media screen and (prefers-reduced-motion:reduce){svg.bespoke-marp-slide *{view-transition-name:none!important}}@media screen{[data-bespoke-marp-fragment=inactive]{visibility:hidden}body[data-bespoke-view=""] .bespoke-marp-parent,body[data-bespoke-view=next] .bespoke-marp-parent{inset:0;position:absolute}body[data-bespoke-view=""] .bespoke-marp-parent>.bespoke-marp-osc,body[data-bespoke-view=next] .bespoke-marp-parent>.bespoke-marp-osc{background:#000000a6;border-radius:7px;bottom:50px;color:#fff;contain:paint;display:block;font-family:Helvetica,Arial,sans-serif;font-size:16px;left:50%;line-height:0;opacity:1;padding:12px;position:absolute;touch-action:manipulation;transform:translateX(-50%);transition:opacity .2s linear;-webkit-user-select:none;user-select:none;white-space:nowrap;will-change:transform;z-index:1;view-transition-name:__bespoke_marp_transition_osc__}body[data-bespoke-view=""] .bespoke-marp-parent>.bespoke-marp-osc>*,body[data-bespoke-view=next] .bespoke-marp-parent>.bespoke-marp-osc>*{margin-left:6px}body[data-bespoke-view=""] .bespoke-marp-parent>.bespoke-marp-osc>:first-child,body[data-bespoke-view=next] .bespoke-marp-parent>.bespoke-marp-osc>:first-child{margin-left:0}body[data-bespoke-view=""] .bespoke-marp-parent>.bespoke-marp-osc>span,body[data-bespoke-view=next] .bespoke-marp-parent>.bespoke-marp-osc>span{opacity:.8}body[data-bespoke-view=""] .bespoke-marp-parent>.bespoke-marp-osc>span[data-bespoke-marp-osc=page],body[data-bespoke-view=next] .bespoke-marp-parent>.bespoke-marp-osc>span[data-bespoke-marp-osc=page]{display:inline-block;min-width:140px;text-align:center}body[data-bespoke-view=""] .bespoke-marp-parent>.bespoke-marp-osc>button[data-bespoke-marp-osc=fullscreen],body[data-bespoke-view=""] .bespoke-marp-parent>.bespoke-marp-osc>button[data-bespoke-marp-osc=next],body[data-bespoke-view=""] .bespoke-marp-parent>.bespoke-marp-osc>button[data-bespoke-marp-osc=presenter],body[data-bespoke-view=""] .bespoke-marp-parent>.bespoke-marp-osc>button[data-bespoke-marp-osc=prev],body[data-bespoke-view=next] .bespoke-marp-parent>.bespoke-marp-osc>button[data-bespoke-marp-osc=fullscreen],body[data-bespoke-view=next] .bespoke-marp-parent>.bespoke-marp-osc>button[data-bespoke-marp-osc=next],body[data-bespoke-view=next] .bespoke-marp-parent>.bespoke-marp-osc>button[data-bespoke-marp-osc=presenter],body[data-bespoke-view=next] .bespoke-marp-parent>.bespoke-marp-osc>button[data-bespoke-marp-osc=prev]{height:32px;line-height:32px;width:32px}body[data-bespoke-view=""] .bespoke-marp-parent.bespoke-marp-inactive,body[data-bespoke-view=next] .bespoke-marp-parent.bespoke-marp-inactive{cursor:none}body[data-bespoke-view=""] .bespoke-marp-parent.bespoke-marp-inactive>.bespoke-marp-osc,body[data-bespoke-view=next] .bespoke-marp-parent.bespoke-marp-inactive>.bespoke-marp-osc{opacity:0;pointer-events:none}body[data-bespoke-view=""] svg.bespoke-marp-slide,body[data-bespoke-view=next] svg.bespoke-marp-slide{height:100%;left:0;position:absolute;top:0;width:100%}body[data-bespoke-view=""] .bespoke-progress-parent{background:#222;display:flex;height:5px;width:100%}body[data-bespoke-view=""] .bespoke-progress-parent+.bespoke-marp-parent{top:5px}body[data-bespoke-view=""] .bespoke-progress-parent .bespoke-progress-bar{background:#0288d1;flex:0 0 0;transition:flex-basis .2s cubic-bezier(0,1,1,1)}body[data-bespoke-view=next]{background:#0000}body[data-bespoke-view=presenter]{background:#161616}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container{display:grid;font-family:Helvetica,Arial,sans-serif;grid-template:"current dragbar next" minmax(140px,1fr) "current dragbar note" 2fr "info    dragbar note" 3em;grid-template-columns:minmax(3px,var(--bespoke-marp-presenter-split-ratio,66%)) 0 minmax(3px,1fr);height:100%;left:0;position:absolute;top:0;width:100%}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-parent{grid-area:current;overflow:hidden;position:relative}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-parent svg.bespoke-marp-slide{height:calc(100% - 40px);left:20px;pointer-events:none;position:absolute;top:20px;-webkit-user-select:none;user-select:none;width:calc(100% - 40px)}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-parent svg.bespoke-marp-slide.bespoke-marp-active{filter:drop-shadow(0 3px 10px rgba(0,0,0,.5))}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-dragbar-container{background:#0288d1;cursor:col-resize;grid-area:dragbar;margin-left:-3px;opacity:0;position:relative;transition:opacity .4s linear .1s;width:6px;z-index:10}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-dragbar-container:hover{opacity:1}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-dragbar-container.active{opacity:1;transition-delay:0s}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-next-container{background:#222;cursor:pointer;display:none;grid-area:next;overflow:hidden;position:relative}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-next-container.active{display:block}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-next-container iframe.bespoke-marp-presenter-next{background:#0000;border:0;display:block;filter:drop-shadow(0 3px 10px rgba(0,0,0,.5));height:calc(100% - 40px);left:20px;pointer-events:none;position:absolute;top:20px;-webkit-user-select:none;user-select:none;width:calc(100% - 40px)}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container{background:#222;color:#eee;grid-area:note;position:relative;z-index:1}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container button{height:1.5em;line-height:1.5em;width:1.5em}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container .bespoke-marp-presenter-note-wrapper{display:block;inset:0;position:absolute}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container .bespoke-marp-presenter-note-buttons{background:#000000a6;border-radius:4px;bottom:0;display:flex;gap:4px;margin:12px;opacity:0;padding:6px;pointer-events:none;position:absolute;right:0;transition:opacity .2s linear}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container .bespoke-marp-presenter-note-buttons:focus-within,body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container .bespoke-marp-presenter-note-wrapper:focus-within+.bespoke-marp-presenter-note-buttons,body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container:hover .bespoke-marp-presenter-note-buttons{opacity:1;pointer-events:auto}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container .bespoke-marp-note{box-sizing:border-box;font-size:calc(1.1em*var(--bespoke-marp-note-font-scale, 1));height:calc(100% - 40px);margin:20px;overflow:auto;padding-right:3px;white-space:pre-wrap;width:calc(100% - 40px);word-wrap:break-word;scrollbar-color:#eeeeee80 #0000;scrollbar-width:thin}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container .bespoke-marp-note::-webkit-scrollbar{width:6px}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container .bespoke-marp-note::-webkit-scrollbar-track{background:#0000}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container .bespoke-marp-note::-webkit-scrollbar-thumb{background:#eeeeee80;border-radius:6px}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container .bespoke-marp-note:empty{pointer-events:none}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container .bespoke-marp-note.active{display:block}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container .bespoke-marp-note p:first-child{margin-top:0}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-note-container .bespoke-marp-note p:last-child{margin-bottom:0}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-info-container{align-items:center;box-sizing:border-box;color:#eee;display:flex;flex-wrap:nowrap;grid-area:info;justify-content:center;overflow:hidden;padding:0 10px}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-info-container .bespoke-marp-presenter-info-page,body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-info-container .bespoke-marp-presenter-info-time,body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-info-container .bespoke-marp-presenter-info-timer{box-sizing:border-box;display:block;padding:0 10px;white-space:nowrap;width:100%}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-info-container button{height:1.5em;line-height:1.5em;width:1.5em}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-info-container .bespoke-marp-presenter-info-page{order:2;text-align:center}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-info-container .bespoke-marp-presenter-info-page .bespoke-marp-presenter-info-page-text{display:inline-block;min-width:120px;text-align:center}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-info-container .bespoke-marp-presenter-info-time{color:#999;order:1;text-align:left}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-info-container .bespoke-marp-presenter-info-timer{color:#999;order:3;text-align:right}body[data-bespoke-view=presenter] .bespoke-marp-presenter-container .bespoke-marp-presenter-info-container .bespoke-marp-presenter-info-timer:hover{cursor:pointer}}@media print{.bespoke-marp-presenter-info-container,.bespoke-marp-presenter-next-container,.bespoke-marp-presenter-note-container{display:none}}</style><style>div#\:\$p > svg > foreignObject > section{width:1280px;height:720px;box-sizing:border-box;overflow:hidden;position:relative;scroll-snap-align:center center;-webkit-text-size-adjust:100%;text-size-adjust:100%}div#\:\$p > svg > foreignObject > section::after{bottom:0;content:attr(data-marpit-pagination);padding:inherit;pointer-events:none;position:absolute;right:0}div#\:\$p > svg > foreignObject > section:not([data-marpit-pagination])::after{display:none}div#\:\$p > svg > foreignObject > section :where(:is(h1, marp-h1)){font-size:2em;margin-block:0.67em}div#\:\$p > svg > foreignObject > section section:where(:is(h1, marp-h1)){--marpit-root-font-size: 2em}div#\:\$p > svg > foreignObject > section video::-webkit-media-controls{will-change:transform}@page {size:1280px 720px;margin:0}@media print{html, body{background-color:#fff;margin:0;page-break-inside:avoid;break-inside:avoid-page}div#\:\$p > svg > foreignObject > section{page-break-before:always;break-before:page}div#\:\$p > svg > foreignObject > section, div#\:\$p > svg > foreignObject > section *{-webkit-print-color-adjust:exact!important;animation-delay:0s!important;animation-duration:0s!important;color-adjust:exact!important;print-color-adjust:exact!important;transition:none!important}div#\:\$p > svg[data-marpit-svg]{display:block;height:100vh;width:100vw}}div#\:\$p > svg > foreignObject > :where(section){container-type:size}div#\:\$p > svg > foreignObject > section img[data-marp-twemoji]{background:transparent;height:1em;margin:0 .05em 0 .1em;vertical-align:-.1em;width:1em}div#\:\$p > svg > foreignObject > section{--fgColor-danger:light-dark(#d1242f, #f85149);--bgColor-attention-muted:light-dark(#fff8c5, #bb800926);--bgColor-muted:light-dark(#f6f8fa, #151b23);--bgColor-neutral-muted:light-dark(#818b981f, #656c7633);--borderColor-accent-emphasis:light-dark(#0969da, #1f6feb);--borderColor-attention-emphasis:light-dark(#9a6700, #9e6a03);--borderColor-danger-emphasis:light-dark(#cf222e, #da3633);--borderColor-default:light-dark(#d1d9e0, #3d444d);--borderColor-done-emphasis:light-dark(#8250df, #8957e5);--borderColor-success-emphasis:light-dark(#1a7f37, #238636);--color-prettylights-syntax-brackethighlighter-angle:light-dark(#59636e, #9198a1);--color-prettylights-syntax-brackethighlighter-unmatched:light-dark(#82071e, #f85149);--color-prettylights-syntax-carriage-return-bg:light-dark(#cf222e, #b62324);--color-prettylights-syntax-carriage-return-text:light-dark(#f6f8fa, #f0f6fc);--color-prettylights-syntax-comment:light-dark(#59636e, #9198a1);--color-prettylights-syntax-constant:light-dark(#0550ae, #79c0ff);--color-prettylights-syntax-constant-other-reference-link:light-dark(#0a3069, #a5d6ff);--color-prettylights-syntax-entity:light-dark(#6639ba, #d2a8ff);--color-prettylights-syntax-entity-tag:light-dark(#0550ae, #7ee787);--color-prettylights-syntax-invalid-illegal-text:light-dark(var(--fgColor-danger), var(--fgColor-danger));--color-prettylights-syntax-keyword:light-dark(#cf222e, #ff7b72);--color-prettylights-syntax-markup-changed-bg:light-dark(#ffd8b5, #5a1e02);--color-prettylights-syntax-markup-changed-text:light-dark(#953800, #ffdfb6);--color-prettylights-syntax-markup-deleted-bg:light-dark(#ffebe9, #67060c);--color-prettylights-syntax-markup-deleted-text:light-dark(#82071e, #ffdcd7);--color-prettylights-syntax-markup-heading:light-dark(#0550ae, #1f6feb);--color-prettylights-syntax-markup-ignored-bg:light-dark(#0550ae, #1158c7);--color-prettylights-syntax-markup-ignored-text:light-dark(#d1d9e0, #f0f6fc);--color-prettylights-syntax-markup-inserted-bg:light-dark(#dafbe1, #033a16);--color-prettylights-syntax-markup-inserted-text:light-dark(#116329, #aff5b4);--color-prettylights-syntax-markup-list:light-dark(#3b2300, #f2cc60);--color-prettylights-syntax-meta-diff-range:light-dark(#8250df, #d2a8ff);--color-prettylights-syntax-string:light-dark(#0a3069, #a5d6ff);--color-prettylights-syntax-string-regexp:light-dark(#116329, #7ee787);--color-prettylights-syntax-sublimelinter-gutter-mark:light-dark(#818b98, #3d444d);--color-prettylights-syntax-variable:light-dark(#953800, #ffa657);--fgColor-accent:light-dark(#0969da, #4493f8);--fgColor-attention:light-dark(#9a6700, #d29922);--fgColor-done:light-dark(#8250df, #ab7df8);--fgColor-muted:light-dark(#59636e, #9198a1);--fgColor-success:light-dark(#1a7f37, #3fb950);--bgColor-default:light-dark(#fff, #0d1117);--borderColor-muted:light-dark(#d1d9e0b3, #3d444db3);--color-prettylights-syntax-invalid-illegal-bg:light-dark(var(--bgColor-danger-muted), var(--bgColor-danger-muted));--color-prettylights-syntax-markup-bold:light-dark(#1f2328, #f0f6fc);--color-prettylights-syntax-markup-italic:light-dark(#1f2328, #f0f6fc);--color-prettylights-syntax-storage-modifier-import:light-dark(#1f2328, #f0f6fc);--fgColor-default:light-dark(#1f2328, #f0f6fc);--focus-outlineColor:light-dark(var(--borderColor-accent-emphasis), var(--borderColor-accent-emphasis));--borderColor-neutral-muted:light-dark(var(--borderColor-muted), var(--borderColor-muted));--base-size-16:calc(var(--marpit-root-font-size, 1rem) * 1);--base-size-24:calc(var(--marpit-root-font-size, 1rem) * 1.5);--base-size-4:calc(var(--marpit-root-font-size, 1rem) * 0.25);--base-size-40:calc(var(--marpit-root-font-size, 1rem) * 2.5);--base-size-8:calc(var(--marpit-root-font-size, 1rem) * 0.5);--base-text-weight-medium:500;--base-text-weight-normal:400;--base-text-weight-semibold:600;--fontStack-monospace:ui-monospace, SFMono-Regular, SF Mono, Menlo, Consolas, Liberation Mono, monospace;--fontStack-sansSerif:-apple-system, BlinkMacSystemFont, "Segoe UI", "Noto Sans", Helvetica, Arial, sans-serif, "Apple Color Emoji", "Segoe UI Emoji";}/*!
- * Marp default theme.
- *
- * @theme default
- * @author Yuki Hattori
- *
- * @auto-scaling true
- * @size 16:9 1280px 720px
- * @size 4:3 960px 720px
- */div#\:\$p > svg > foreignObject > section [data-theme=light],div#\:\$p > svg > foreignObject > section{color-scheme:light}div#\:\$p > svg > foreignObject > section [data-theme=dark],div#\:\$p > svg > foreignObject > section:where(.invert){color-scheme:dark}div#\:\$p > svg > foreignObject > section{-ms-text-size-adjust:100%;-webkit-text-size-adjust:100%;margin:0;font-weight:var(--base-text-weight-normal, 400);color:var(--fgColor-default);background-color:var(--bgColor-default);font-family:var(--fontStack-sansSerif, -apple-system, BlinkMacSystemFont, "Segoe UI", "Noto Sans", Helvetica, Arial, sans-serif, "Apple Color Emoji", "Segoe UI Emoji");font-size:16px;line-height:1.5;word-wrap:break-word}div#\:\$p > svg > foreignObject > section{--marpit-root-font-size:16px}div#\:\$p > svg > foreignObject > section a{text-decoration:underline;text-underline-offset:calc(var(--marpit-root-font-size, 1rem) * .2)}div#\:\$p > svg > foreignObject > section :is(h1, marp-h1):hover .anchor .octicon-link:before,div#\:\$p > svg > foreignObject > section :is(h2, marp-h2):hover .anchor .octicon-link:before,div#\:\$p > svg > foreignObject > section :is(h3, marp-h3):hover .anchor .octicon-link:before,div#\:\$p > svg > foreignObject > section :is(h4, marp-h4):hover .anchor .octicon-link:before,div#\:\$p > svg > foreignObject > section :is(h5, marp-h5):hover .anchor .octicon-link:before,div#\:\$p > svg > foreignObject > section :is(h6, marp-h6):hover .anchor .octicon-link:before{width:16px;height:16px;content:" ";display:inline-block;background-color:currentColor;-webkit-mask-image:url('data:image/svg+xml;charset=utf-8,<svg xmlns="http://www.w3.org/2000/svg" aria-hidden="true" viewBox="0 0 16 16"><path fill-rule="evenodd" d="M7.775 3.275a.75.75 0 0 0 1.06 1.06l1.25-1.25a2 2 0 1 1 2.83 2.83l-2.5 2.5a2 2 0 0 1-2.83 0 .75.75 0 0 0-1.06 1.06 3.5 3.5 0 0 0 4.95 0l2.5-2.5a3.5 3.5 0 0 0-4.95-4.95zm-4.69 9.64a2 2 0 0 1 0-2.83l2.5-2.5a2 2 0 0 1 2.83 0 .75.75 0 0 0 1.06-1.06 3.5 3.5 0 0 0-4.95 0l-2.5 2.5a3.5 3.5 0 0 0 4.95 4.95l1.25-1.25a.75.75 0 0 0-1.06-1.06l-1.25 1.25a2 2 0 0 1-2.83 0"/></svg>');mask-image:url('data:image/svg+xml;charset=utf-8,<svg xmlns="http://www.w3.org/2000/svg" aria-hidden="true" viewBox="0 0 16 16"><path fill-rule="evenodd" d="M7.775 3.275a.75.75 0 0 0 1.06 1.06l1.25-1.25a2 2 0 1 1 2.83 2.83l-2.5 2.5a2 2 0 0 1-2.83 0 .75.75 0 0 0-1.06 1.06 3.5 3.5 0 0 0 4.95 0l2.5-2.5a3.5 3.5 0 0 0-4.95-4.95zm-4.69 9.64a2 2 0 0 1 0-2.83l2.5-2.5a2 2 0 0 1 2.83 0 .75.75 0 0 0 1.06-1.06 3.5 3.5 0 0 0-4.95 0l-2.5 2.5a3.5 3.5 0 0 0 4.95 4.95l1.25-1.25a.75.75 0 0 0-1.06-1.06l-1.25 1.25a2 2 0 0 1-2.83 0"/></svg>')}div#\:\$p > svg > foreignObject > section details,div#\:\$p > svg > foreignObject > section figcaption,div#\:\$p > svg > foreignObject > section figure{display:block}div#\:\$p > svg > foreignObject > section summary{display:list-item}div#\:\$p > svg > foreignObject > section [hidden]{display:none!important}div#\:\$p > svg > foreignObject > section a{background-color:transparent;color:var(--fgColor-accent);text-decoration:none}div#\:\$p > svg > foreignObject > section abbr[title]{border-bottom:none;-webkit-text-decoration:underline dotted;text-decoration:underline dotted}div#\:\$p > svg > foreignObject > section b,div#\:\$p > svg > foreignObject > section strong{font-weight:var(--base-text-weight-semibold, 600)}div#\:\$p > svg > foreignObject > section dfn{font-style:italic}div#\:\$p > svg > foreignObject > section :is(h1, marp-h1){margin:.67em 0;font-weight:var(--base-text-weight-semibold, 600);padding-bottom:.3em;font-size:2em;border-bottom:1px solid var(--borderColor-muted)}div#\:\$p > svg > foreignObject > section mark{background-color:var(--bgColor-attention-muted);color:var(--fgColor-default)}div#\:\$p > svg > foreignObject > section small{font-size:90%}div#\:\$p > svg > foreignObject > section sub,div#\:\$p > svg > foreignObject > section sup{font-size:75%;line-height:0;position:relative;vertical-align:baseline}div#\:\$p > svg > foreignObject > section sub{bottom:-.25em}div#\:\$p > svg > foreignObject > section sup{top:-.5em}div#\:\$p > svg > foreignObject > section img{border-style:none;max-width:100%;box-sizing:content-box}div#\:\$p > svg > foreignObject > section code,div#\:\$p > svg > foreignObject > section kbd,div#\:\$p > svg > foreignObject > section :is(pre, marp-pre),div#\:\$p > svg > foreignObject > section samp{font-family:monospace;font-size:1em}div#\:\$p > svg > foreignObject > section figure{margin:1em var(--base-size-40)}div#\:\$p > svg > foreignObject > section hr{box-sizing:content-box;overflow:hidden;background:transparent;height:.25em;padding:0;margin:var(--base-size-24) 0;background-color:var(--borderColor-default);border:0}div#\:\$p > svg > foreignObject > section input{font:inherit;margin:0;overflow:visible;font-family:inherit;font-size:inherit;line-height:inherit}div#\:\$p > svg > foreignObject > section [type=button],div#\:\$p > svg > foreignObject > section [type=reset],div#\:\$p > svg > foreignObject > section [type=submit]{-webkit-appearance:button;-moz-appearance:button;appearance:button}div#\:\$p > svg > foreignObject > section [type=checkbox],div#\:\$p > svg > foreignObject > section [type=radio]{box-sizing:border-box;padding:0}div#\:\$p > svg > foreignObject > section [type=number]::-webkit-inner-spin-button,div#\:\$p > svg > foreignObject > section [type=number]::-webkit-outer-spin-button{height:auto}div#\:\$p > svg > foreignObject > section [type=search]::-webkit-search-cancel-button,div#\:\$p > svg > foreignObject > section [type=search]::-webkit-search-decoration{-webkit-appearance:none;appearance:none}div#\:\$p > svg > foreignObject > section ::-webkit-input-placeholder{color:inherit;opacity:.54}div#\:\$p > svg > foreignObject > section ::-webkit-file-upload-button{-webkit-appearance:button;appearance:button;font:inherit}div#\:\$p > svg > foreignObject > section a:hover{text-decoration:underline}div#\:\$p > svg > foreignObject > section ::-moz-placeholder{color:var(--fgColor-muted);opacity:1}div#\:\$p > svg > foreignObject > section ::placeholder{color:var(--fgColor-muted);opacity:1}div#\:\$p > svg > foreignObject > section hr:after,div#\:\$p > svg > foreignObject > section hr:before{display:table;content:""}div#\:\$p > svg > foreignObject > section hr:after{clear:both}div#\:\$p > svg > foreignObject > section table{border-spacing:0;border-collapse:collapse;display:block;width:-moz-max-content;width:max-content;max-width:100%;overflow:auto;font-variant:tabular-nums}div#\:\$p > svg > foreignObject > section td,div#\:\$p > svg > foreignObject > section th{padding:0}div#\:\$p > svg > foreignObject > section details summary{cursor:pointer}div#\:\$p > svg > foreignObject > section [role=button]:focus,div#\:\$p > svg > foreignObject > section a:focus,div#\:\$p > svg > foreignObject > section input[type=checkbox]:focus,div#\:\$p > svg > foreignObject > section input[type=radio]:focus{outline:2px solid var(--focus-outlineColor);outline-offset:-2px;box-shadow:none}div#\:\$p > svg > foreignObject > section [role=button]:focus:not(:focus-visible),div#\:\$p > svg > foreignObject > section a:focus:not(:focus-visible),div#\:\$p > svg > foreignObject > section input[type=checkbox]:focus:not(:focus-visible),div#\:\$p > svg > foreignObject > section input[type=radio]:focus:not(:focus-visible){outline:1px solid transparent}div#\:\$p > svg > foreignObject > section [role=button]:focus-visible,div#\:\$p > svg > foreignObject > section a:focus-visible,div#\:\$p > svg > foreignObject > section input[type=checkbox]:focus-visible,div#\:\$p > svg > foreignObject > section input[type=radio]:focus-visible{outline:2px solid var(--focus-outlineColor);outline-offset:-2px;box-shadow:none}div#\:\$p > svg > foreignObject > section a:not([class]):focus,div#\:\$p > svg > foreignObject > section a:not([class]):focus-visible,div#\:\$p > svg > foreignObject > section input[type=checkbox]:focus,div#\:\$p > svg > foreignObject > section input[type=checkbox]:focus-visible,div#\:\$p > svg > foreignObject > section input[type=radio]:focus,div#\:\$p > svg > foreignObject > section input[type=radio]:focus-visible{outline-offset:0}div#\:\$p > svg > foreignObject > section kbd{display:inline-block;padding:var(--base-size-4);font:11px var(--fontStack-monospace, ui-monospace, SFMono-Regular, SF Mono, Menlo, Consolas, Liberation Mono, monospace);line-height:10px;color:var(--fgColor-default);vertical-align:middle;background-color:var(--bgColor-muted);border-bottom-color:var(--borderColor-neutral-muted);border:1px solid var(--borderColor-neutral-muted);border-radius:6px;box-shadow:inset 0 -1px 0 var(--borderColor-neutral-muted)}div#\:\$p > svg > foreignObject > section :is(h1, marp-h1),div#\:\$p > svg > foreignObject > section :is(h2, marp-h2),div#\:\$p > svg > foreignObject > section :is(h3, marp-h3),div#\:\$p > svg > foreignObject > section :is(h4, marp-h4),div#\:\$p > svg > foreignObject > section :is(h5, marp-h5),div#\:\$p > svg > foreignObject > section :is(h6, marp-h6){margin-top:var(--base-size-24);margin-bottom:var(--base-size-16);font-weight:var(--base-text-weight-semibold, 600);line-height:1.25}div#\:\$p > svg > foreignObject > section :is(h2, marp-h2){padding-bottom:.3em;font-size:1.5em;border-bottom:1px solid var(--borderColor-muted)}div#\:\$p > svg > foreignObject > section :is(h2, marp-h2),div#\:\$p > svg > foreignObject > section :is(h3, marp-h3){font-weight:var(--base-text-weight-semibold, 600)}div#\:\$p > svg > foreignObject > section :is(h3, marp-h3){font-size:1.25em}div#\:\$p > svg > foreignObject > section :is(h4, marp-h4){font-size:1em}div#\:\$p > svg > foreignObject > section :is(h4, marp-h4),div#\:\$p > svg > foreignObject > section :is(h5, marp-h5){font-weight:var(--base-text-weight-semibold, 600)}div#\:\$p > svg > foreignObject > section :is(h5, marp-h5){font-size:.875em}div#\:\$p > svg > foreignObject > section :is(h6, marp-h6){font-weight:var(--base-text-weight-semibold, 600);font-size:.85em;color:var(--fgColor-muted)}div#\:\$p > svg > foreignObject > section p{margin-top:0;margin-bottom:10px}div#\:\$p > svg > foreignObject > section blockquote{margin:0;padding:0 1em;color:var(--fgColor-muted);border-left:.25em solid var(--borderColor-default)}div#\:\$p > svg > foreignObject > section ol,div#\:\$p > svg > foreignObject > section ul{margin-top:0;margin-bottom:0;padding-left:2em}div#\:\$p > svg > foreignObject > section ol ol,div#\:\$p > svg > foreignObject > section ul ol{list-style-type:lower-roman}div#\:\$p > svg > foreignObject > section ol ol ol,div#\:\$p > svg > foreignObject > section ol ul ol,div#\:\$p > svg > foreignObject > section ul ol ol,div#\:\$p > svg > foreignObject > section ul ul ol{list-style-type:lower-alpha}div#\:\$p > svg > foreignObject > section dd{margin-left:0}div#\:\$p > svg > foreignObject > section code,div#\:\$p > svg > foreignObject > section :is(pre, marp-pre),div#\:\$p > svg > foreignObject > section samp,div#\:\$p > svg > foreignObject > section tt{font-family:var(--fontStack-monospace, ui-monospace, SFMono-Regular, SF Mono, Menlo, Consolas, Liberation Mono, monospace);font-size:12px}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre){margin-top:0;margin-bottom:0;word-wrap:normal}div#\:\$p > svg > foreignObject > section .octicon{display:inline-block;overflow:visible!important;vertical-align:text-bottom;fill:currentColor}div#\:\$p > svg > foreignObject > section input::-webkit-inner-spin-button,div#\:\$p > svg > foreignObject > section input::-webkit-outer-spin-button{margin:0;-webkit-appearance:none;appearance:none}div#\:\$p > svg > foreignObject > section .mr-2{margin-right:var(--base-size-8, 8px)!important}div#\:\$p > svg > foreignObject > section:after,div#\:\$p > svg > foreignObject > section:before{display:table}div#\:\$p > svg > foreignObject > section:after{clear:both}div#\:\$p > svg > foreignObject > section>:first-child{margin-top:0!important}div#\:\$p > svg > foreignObject > section>:last-child{margin-bottom:0!important}div#\:\$p > svg > foreignObject > section a:not([href]){color:inherit;text-decoration:none}div#\:\$p > svg > foreignObject > section .absent{color:var(--fgColor-danger)}div#\:\$p > svg > foreignObject > section .anchor{float:left;padding-right:var(--base-size-4);margin-left:-20px;line-height:1}div#\:\$p > svg > foreignObject > section .anchor:focus{outline:none}div#\:\$p > svg > foreignObject > section blockquote,div#\:\$p > svg > foreignObject > section details,div#\:\$p > svg > foreignObject > section dl,div#\:\$p > svg > foreignObject > section ol,div#\:\$p > svg > foreignObject > section p,div#\:\$p > svg > foreignObject > section :is(pre, marp-pre),div#\:\$p > svg > foreignObject > section table,div#\:\$p > svg > foreignObject > section ul{margin-top:0;margin-bottom:var(--base-size-16)}div#\:\$p > svg > foreignObject > section blockquote>:first-child{margin-top:0}div#\:\$p > svg > foreignObject > section blockquote>:last-child{margin-bottom:0}div#\:\$p > svg > foreignObject > section :is(h1, marp-h1) .octicon-link,div#\:\$p > svg > foreignObject > section :is(h2, marp-h2) .octicon-link,div#\:\$p > svg > foreignObject > section :is(h3, marp-h3) .octicon-link,div#\:\$p > svg > foreignObject > section :is(h4, marp-h4) .octicon-link,div#\:\$p > svg > foreignObject > section :is(h5, marp-h5) .octicon-link,div#\:\$p > svg > foreignObject > section :is(h6, marp-h6) .octicon-link{color:var(--fgColor-default);vertical-align:middle;visibility:hidden}div#\:\$p > svg > foreignObject > section :is(h1, marp-h1):hover .anchor,div#\:\$p > svg > foreignObject > section :is(h2, marp-h2):hover .anchor,div#\:\$p > svg > foreignObject > section :is(h3, marp-h3):hover .anchor,div#\:\$p > svg > foreignObject > section :is(h4, marp-h4):hover .anchor,div#\:\$p > svg > foreignObject > section :is(h5, marp-h5):hover .anchor,div#\:\$p > svg > foreignObject > section :is(h6, marp-h6):hover .anchor{text-decoration:none}div#\:\$p > svg > foreignObject > section :is(h1, marp-h1):hover .anchor .octicon-link,div#\:\$p > svg > foreignObject > section :is(h2, marp-h2):hover .anchor .octicon-link,div#\:\$p > svg > foreignObject > section :is(h3, marp-h3):hover .anchor .octicon-link,div#\:\$p > svg > foreignObject > section :is(h4, marp-h4):hover .anchor .octicon-link,div#\:\$p > svg > foreignObject > section :is(h5, marp-h5):hover .anchor .octicon-link,div#\:\$p > svg > foreignObject > section :is(h6, marp-h6):hover .anchor .octicon-link{visibility:visible}div#\:\$p > svg > foreignObject > section :is(h1, marp-h1) code,div#\:\$p > svg > foreignObject > section :is(h1, marp-h1) tt,div#\:\$p > svg > foreignObject > section :is(h2, marp-h2) code,div#\:\$p > svg > foreignObject > section :is(h2, marp-h2) tt,div#\:\$p > svg > foreignObject > section :is(h3, marp-h3) code,div#\:\$p > svg > foreignObject > section :is(h3, marp-h3) tt,div#\:\$p > svg > foreignObject > section :is(h4, marp-h4) code,div#\:\$p > svg > foreignObject > section :is(h4, marp-h4) tt,div#\:\$p > svg > foreignObject > section :is(h5, marp-h5) code,div#\:\$p > svg > foreignObject > section :is(h5, marp-h5) tt,div#\:\$p > svg > foreignObject > section :is(h6, marp-h6) code,div#\:\$p > svg > foreignObject > section :is(h6, marp-h6) tt{padding:0 .2em;font-size:inherit}div#\:\$p > svg > foreignObject > section summary :is(h1, marp-h1),div#\:\$p > svg > foreignObject > section summary :is(h2, marp-h2),div#\:\$p > svg > foreignObject > section summary :is(h3, marp-h3),div#\:\$p > svg > foreignObject > section summary :is(h4, marp-h4),div#\:\$p > svg > foreignObject > section summary :is(h5, marp-h5),div#\:\$p > svg > foreignObject > section summary :is(h6, marp-h6){display:inline-block}div#\:\$p > svg > foreignObject > section summary :is(h1, marp-h1) .anchor,div#\:\$p > svg > foreignObject > section summary :is(h2, marp-h2) .anchor,div#\:\$p > svg > foreignObject > section summary :is(h3, marp-h3) .anchor,div#\:\$p > svg > foreignObject > section summary :is(h4, marp-h4) .anchor,div#\:\$p > svg > foreignObject > section summary :is(h5, marp-h5) .anchor,div#\:\$p > svg > foreignObject > section summary :is(h6, marp-h6) .anchor{margin-left:-40px}div#\:\$p > svg > foreignObject > section summary :is(h1, marp-h1),div#\:\$p > svg > foreignObject > section summary :is(h2, marp-h2){padding-bottom:0;border-bottom:0}div#\:\$p > svg > foreignObject > section ol.no-list,div#\:\$p > svg > foreignObject > section ul.no-list{padding:0;list-style-type:none}div#\:\$p > svg > foreignObject > section ol[type="a s"]{list-style-type:lower-alpha}div#\:\$p > svg > foreignObject > section ol[type="A s"]{list-style-type:upper-alpha}div#\:\$p > svg > foreignObject > section ol[type="i s"]{list-style-type:lower-roman}div#\:\$p > svg > foreignObject > section ol[type="I s"]{list-style-type:upper-roman}div#\:\$p > svg > foreignObject > section div>ol:not([type]),div#\:\$p > svg > foreignObject > section ol[type="1"]{list-style-type:decimal}div#\:\$p > svg > foreignObject > section ol ol,div#\:\$p > svg > foreignObject > section ol ul,div#\:\$p > svg > foreignObject > section ul ol,div#\:\$p > svg > foreignObject > section ul ul{margin-top:0;margin-bottom:0}div#\:\$p > svg > foreignObject > section li>p{margin-top:var(--base-size-16)}div#\:\$p > svg > foreignObject > section li+li{margin-top:.25em}div#\:\$p > svg > foreignObject > section dl{padding:0}div#\:\$p > svg > foreignObject > section dl dt{padding:0;margin-top:var(--base-size-16);font-size:1em;font-style:italic;font-weight:var(--base-text-weight-semibold, 600)}div#\:\$p > svg > foreignObject > section dl dd{padding:0 var(--base-size-16);margin-bottom:var(--base-size-16)}div#\:\$p > svg > foreignObject > section table th{font-weight:var(--base-text-weight-semibold, 600)}div#\:\$p > svg > foreignObject > section table td,div#\:\$p > svg > foreignObject > section table th{padding:6px 13px;border:1px solid var(--borderColor-default)}div#\:\$p > svg > foreignObject > section table td>:last-child{margin-bottom:0}div#\:\$p > svg > foreignObject > section table tr{background-color:var(--bgColor-default);border-top:1px solid var(--borderColor-muted)}div#\:\$p > svg > foreignObject > section table tr:nth-child(2n){background-color:var(--bgColor-muted)}div#\:\$p > svg > foreignObject > section table img{background-color:transparent}div#\:\$p > svg > foreignObject > section img[align=right]{padding-left:20px}div#\:\$p > svg > foreignObject > section img[align=left]{padding-right:20px}div#\:\$p > svg > foreignObject > section .emoji{max-width:none;vertical-align:text-top;background-color:transparent}div#\:\$p > svg > foreignObject > section :is(span, marp-span).frame,div#\:\$p > svg > foreignObject > section :is(span, marp-span).frame>:is(span, marp-span){display:block;overflow:hidden}div#\:\$p > svg > foreignObject > section :is(span, marp-span).frame>:is(span, marp-span){float:left;width:auto;padding:7px;margin:13px 0 0;border:1px solid var(--borderColor-default)}div#\:\$p > svg > foreignObject > section :is(span, marp-span).frame :is(span, marp-span) img{display:block;float:left}div#\:\$p > svg > foreignObject > section :is(span, marp-span).frame :is(span, marp-span) :is(span, marp-span){display:block;padding:5px 0 0;clear:both;color:var(--fgColor-default)}div#\:\$p > svg > foreignObject > section :is(span, marp-span).align-center{display:block;overflow:hidden;clear:both}div#\:\$p > svg > foreignObject > section :is(span, marp-span).align-center>:is(span, marp-span){display:block;margin:13px auto 0;overflow:hidden;text-align:center}div#\:\$p > svg > foreignObject > section :is(span, marp-span).align-center :is(span, marp-span) img{margin:0 auto;text-align:center}div#\:\$p > svg > foreignObject > section :is(span, marp-span).align-right{display:block;overflow:hidden;clear:both}div#\:\$p > svg > foreignObject > section :is(span, marp-span).align-right>:is(span, marp-span){display:block;margin:13px 0 0;overflow:hidden;text-align:right}div#\:\$p > svg > foreignObject > section :is(span, marp-span).align-right :is(span, marp-span) img{margin:0;text-align:right}div#\:\$p > svg > foreignObject > section :is(span, marp-span).float-left{display:block;float:left;margin-right:13px;overflow:hidden}div#\:\$p > svg > foreignObject > section :is(span, marp-span).float-left :is(span, marp-span){margin:13px 0 0}div#\:\$p > svg > foreignObject > section :is(span, marp-span).float-right{display:block;float:right;margin-left:13px;overflow:hidden}div#\:\$p > svg > foreignObject > section :is(span, marp-span).float-right>:is(span, marp-span){display:block;margin:13px auto 0;overflow:hidden;text-align:right}div#\:\$p > svg > foreignObject > section code,div#\:\$p > svg > foreignObject > section tt{padding:.2em .4em;margin:0;font-size:85%;white-space:break-spaces;background-color:var(--bgColor-neutral-muted);border-radius:6px}div#\:\$p > svg > foreignObject > section code br,div#\:\$p > svg > foreignObject > section tt br{display:none}div#\:\$p > svg > foreignObject > section del code{text-decoration:inherit}div#\:\$p > svg > foreignObject > section samp{font-size:85%}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) code{font-size:100%}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre)>code{padding:0;margin:0;word-break:normal;white-space:pre;background:transparent;border:0}div#\:\$p > svg > foreignObject > section .highlight{margin-bottom:var(--base-size-16)}div#\:\$p > svg > foreignObject > section .highlight :is(pre, marp-pre){margin-bottom:0;word-break:normal}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre){padding:var(--base-size-16);overflow:auto;font-size:85%;line-height:1.45;color:var(--fgColor-default);background-color:var(--bgColor-muted);border-radius:6px}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) code,div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) tt{display:inline;padding:0;margin:0;overflow:visible;line-height:inherit;word-wrap:normal;background-color:transparent;border:0}div#\:\$p > svg > foreignObject > section .csv-data td,div#\:\$p > svg > foreignObject > section .csv-data th{padding:5px;overflow:hidden;font-size:12px;line-height:1;text-align:left;white-space:nowrap}div#\:\$p > svg > foreignObject > section .csv-data .blob-num{padding:10px var(--base-size-8) 9px;text-align:right;background:var(--bgColor-default);border:0}div#\:\$p > svg > foreignObject > section .csv-data tr{border-top:0}div#\:\$p > svg > foreignObject > section .csv-data th{font-weight:var(--base-text-weight-semibold, 600);background:var(--bgColor-muted);border-top:0}div#\:\$p > svg > foreignObject > section [data-footnote-ref]:before{content:"["}div#\:\$p > svg > foreignObject > section [data-footnote-ref]:after{content:"]"}div#\:\$p > svg > foreignObject > section .footnotes{font-size:12px;color:var(--fgColor-muted);border-top:1px solid var(--borderColor-default)}div#\:\$p > svg > foreignObject > section div#\:\$p > svg > foreignObject > section section.footnotes{--marpit-root-font-size:12px}div#\:\$p > svg > foreignObject > section .footnotes ol,div#\:\$p > svg > foreignObject > section .footnotes ol ul{padding-left:var(--base-size-16)}div#\:\$p > svg > foreignObject > section .footnotes ol ul{display:inline-block;margin-top:var(--base-size-16)}div#\:\$p > svg > foreignObject > section .footnotes li{position:relative}div#\:\$p > svg > foreignObject > section .footnotes li:target:before{position:absolute;top:calc(var(--base-size-8)*-1);right:calc(var(--base-size-8)*-1);bottom:calc(var(--base-size-8)*-1);left:calc(var(--base-size-24)*-1);pointer-events:none;content:"";border:2px solid var(--borderColor-accent-emphasis);border-radius:6px}div#\:\$p > svg > foreignObject > section .footnotes li:target{color:var(--fgColor-default)}div#\:\$p > svg > foreignObject > section .footnotes .data-footnote-backref g-emoji{font-family:monospace}div#\:\$p > svg > foreignObject > section .pl-c{color:var(--color-prettylights-syntax-comment)}div#\:\$p > svg > foreignObject > section .pl-c1,div#\:\$p > svg > foreignObject > section .pl-s .pl-v{color:var(--color-prettylights-syntax-constant)}div#\:\$p > svg > foreignObject > section .pl-e,div#\:\$p > svg > foreignObject > section .pl-en{color:var(--color-prettylights-syntax-entity)}div#\:\$p > svg > foreignObject > section .pl-s .pl-s1,div#\:\$p > svg > foreignObject > section .pl-smi{color:var(--color-prettylights-syntax-storage-modifier-import)}div#\:\$p > svg > foreignObject > section .pl-ent{color:var(--color-prettylights-syntax-entity-tag)}div#\:\$p > svg > foreignObject > section .pl-k{color:var(--color-prettylights-syntax-keyword)}div#\:\$p > svg > foreignObject > section .pl-pds,div#\:\$p > svg > foreignObject > section .pl-s,div#\:\$p > svg > foreignObject > section .pl-s .pl-pse .pl-s1,div#\:\$p > svg > foreignObject > section .pl-sr,div#\:\$p > svg > foreignObject > section .pl-sr .pl-cce,div#\:\$p > svg > foreignObject > section .pl-sr .pl-sra,div#\:\$p > svg > foreignObject > section .pl-sr .pl-sre{color:var(--color-prettylights-syntax-string)}div#\:\$p > svg > foreignObject > section .pl-smw,div#\:\$p > svg > foreignObject > section .pl-v{color:var(--color-prettylights-syntax-variable)}div#\:\$p > svg > foreignObject > section .pl-bu{color:var(--color-prettylights-syntax-brackethighlighter-unmatched)}div#\:\$p > svg > foreignObject > section .pl-ii{color:var(--color-prettylights-syntax-invalid-illegal-text);background-color:var(--color-prettylights-syntax-invalid-illegal-bg)}div#\:\$p > svg > foreignObject > section .pl-c2{color:var(--color-prettylights-syntax-carriage-return-text);background-color:var(--color-prettylights-syntax-carriage-return-bg)}div#\:\$p > svg > foreignObject > section .pl-sr .pl-cce{font-weight:700;color:var(--color-prettylights-syntax-string-regexp)}div#\:\$p > svg > foreignObject > section .pl-ml{color:var(--color-prettylights-syntax-markup-list)}div#\:\$p > svg > foreignObject > section .pl-mh,div#\:\$p > svg > foreignObject > section .pl-mh .pl-en,div#\:\$p > svg > foreignObject > section .pl-ms{font-weight:700;color:var(--color-prettylights-syntax-markup-heading)}div#\:\$p > svg > foreignObject > section .pl-mi{font-style:italic;color:var(--color-prettylights-syntax-markup-italic)}div#\:\$p > svg > foreignObject > section .pl-mb{font-weight:700;color:var(--color-prettylights-syntax-markup-bold)}div#\:\$p > svg > foreignObject > section .pl-md{color:var(--color-prettylights-syntax-markup-deleted-text);background-color:var(--color-prettylights-syntax-markup-deleted-bg)}div#\:\$p > svg > foreignObject > section .pl-mi1{color:var(--color-prettylights-syntax-markup-inserted-text);background-color:var(--color-prettylights-syntax-markup-inserted-bg)}div#\:\$p > svg > foreignObject > section .pl-mc{color:var(--color-prettylights-syntax-markup-changed-text);background-color:var(--color-prettylights-syntax-markup-changed-bg)}div#\:\$p > svg > foreignObject > section .pl-mi2{color:var(--color-prettylights-syntax-markup-ignored-text);background-color:var(--color-prettylights-syntax-markup-ignored-bg)}div#\:\$p > svg > foreignObject > section .pl-mdr{font-weight:700;color:var(--color-prettylights-syntax-meta-diff-range)}div#\:\$p > svg > foreignObject > section .pl-ba{color:var(--color-prettylights-syntax-brackethighlighter-angle)}div#\:\$p > svg > foreignObject > section .pl-sg{color:var(--color-prettylights-syntax-sublimelinter-gutter-mark)}div#\:\$p > svg > foreignObject > section .pl-corl{text-decoration:underline;color:var(--color-prettylights-syntax-constant-other-reference-link)}div#\:\$p > svg > foreignObject > section [role=button]:focus:not(:focus-visible),div#\:\$p > svg > foreignObject > section [role=tabpanel][tabindex="0"]:focus:not(:focus-visible),div#\:\$p > svg > foreignObject > section a:focus:not(:focus-visible),div#\:\$p > svg > foreignObject > section button:focus:not(:focus-visible),div#\:\$p > svg > foreignObject > section summary:focus:not(:focus-visible){outline:none;box-shadow:none}div#\:\$p > svg > foreignObject > section [tabindex="0"]:focus:not(:focus-visible),div#\:\$p > svg > foreignObject > section details-dialog:focus:not(:focus-visible){outline:none}div#\:\$p > svg > foreignObject > section g-emoji{display:inline-block;min-width:1ch;font-family:Apple Color Emoji,Segoe UI Emoji,Segoe UI Symbol;font-size:1em;font-style:normal!important;font-weight:var(--base-text-weight-normal, 400);line-height:1;vertical-align:-.075em}div#\:\$p > svg > foreignObject > section g-emoji img{width:1em;height:1em}div#\:\$p > svg > foreignObject > section a:has(>p,>div,>:is(pre, marp-pre),>blockquote){display:block}div#\:\$p > svg > foreignObject > section a:has(>p,>div,>:is(pre, marp-pre),>blockquote):not(:has(.snippet-clipboard-content,>:is(pre, marp-pre))){width:-moz-fit-content;width:fit-content}div#\:\$p > svg > foreignObject > section a:has(>p,>div,>:is(pre, marp-pre),>blockquote):has(.snippet-clipboard-content,>:is(pre, marp-pre)):focus-visible{outline:2px solid var(--focus-outlineColor);outline-offset:2px}div#\:\$p > svg > foreignObject > section .task-list-item{list-style-type:none}div#\:\$p > svg > foreignObject > section .task-list-item label{font-weight:var(--base-text-weight-normal, 400)}div#\:\$p > svg > foreignObject > section .task-list-item.enabled label{cursor:pointer}div#\:\$p > svg > foreignObject > section .task-list-item+.task-list-item{margin-top:var(--base-size-4)}div#\:\$p > svg > foreignObject > section .task-list-item .handle{display:none}div#\:\$p > svg > foreignObject > section .task-list-item-checkbox{margin:0 .2em .25em -1.4em;vertical-align:middle}div#\:\$p > svg > foreignObject > section ul:dir(rtl) .task-list-item-checkbox{margin:0 -1.6em .25em .2em}div#\:\$p > svg > foreignObject > section ol:dir(rtl) .task-list-item-checkbox{margin:0 -1.6em .25em .2em}div#\:\$p > svg > foreignObject > section .contains-task-list:focus-within .task-list-item-convert-container,div#\:\$p > svg > foreignObject > section .contains-task-list:hover .task-list-item-convert-container{display:block;width:auto;height:24px;overflow:visible;clip-path:none}div#\:\$p > svg > foreignObject > section ::-webkit-calendar-picker-indicator{filter:invert(50%)}div#\:\$p > svg > foreignObject > section .markdown-alert{padding:var(--base-size-8) var(--base-size-16);margin-bottom:var(--base-size-16);color:inherit;border-left:.25em solid var(--borderColor-default)}div#\:\$p > svg > foreignObject > section .markdown-alert>:first-child{margin-top:0}div#\:\$p > svg > foreignObject > section .markdown-alert>:last-child{margin-bottom:0}div#\:\$p > svg > foreignObject > section .markdown-alert .markdown-alert-title{display:flex;font-weight:var(--base-text-weight-medium, 500);align-items:center;line-height:1}div#\:\$p > svg > foreignObject > section .markdown-alert.markdown-alert-note{border-left-color:var(--borderColor-accent-emphasis)}div#\:\$p > svg > foreignObject > section .markdown-alert.markdown-alert-note .markdown-alert-title{color:var(--fgColor-accent)}div#\:\$p > svg > foreignObject > section .markdown-alert.markdown-alert-important{border-left-color:var(--borderColor-done-emphasis)}div#\:\$p > svg > foreignObject > section .markdown-alert.markdown-alert-important .markdown-alert-title{color:var(--fgColor-done)}div#\:\$p > svg > foreignObject > section .markdown-alert.markdown-alert-warning{border-left-color:var(--borderColor-attention-emphasis)}div#\:\$p > svg > foreignObject > section .markdown-alert.markdown-alert-warning .markdown-alert-title{color:var(--fgColor-attention)}div#\:\$p > svg > foreignObject > section .markdown-alert.markdown-alert-tip{border-left-color:var(--borderColor-success-emphasis)}div#\:\$p > svg > foreignObject > section .markdown-alert.markdown-alert-tip .markdown-alert-title{color:var(--fgColor-success)}div#\:\$p > svg > foreignObject > section .markdown-alert.markdown-alert-caution{border-left-color:var(--borderColor-danger-emphasis)}div#\:\$p > svg > foreignObject > section .markdown-alert.markdown-alert-caution .markdown-alert-title{color:var(--fgColor-danger)}div#\:\$p > svg > foreignObject > section>:first-child>.heading-element:first-child{margin-top:0!important}div#\:\$p > svg > foreignObject > section .highlight :is(pre, marp-pre):has(+.zeroclipboard-container){min-height:52px}div#\:\$p > svg > foreignObject > section :is(h1, marp-h1){color:var(--h1-color);font-size:1.6em}div#\:\$p > svg > foreignObject > section :is(h1, marp-h1),div#\:\$p > svg > foreignObject > section :is(h2, marp-h2){border-bottom:none}div#\:\$p > svg > foreignObject > section :is(h2, marp-h2){font-size:1.3em}div#\:\$p > svg > foreignObject > section :is(h3, marp-h3){font-size:1.1em}div#\:\$p > svg > foreignObject > section :is(h4, marp-h4){font-size:1.05em}div#\:\$p > svg > foreignObject > section :is(h5, marp-h5){font-size:1em}div#\:\$p > svg > foreignObject > section :is(h6, marp-h6){font-size:.9em}div#\:\$p > svg > foreignObject > section :is(h1, marp-h1) strong,div#\:\$p > svg > foreignObject > section :is(h2, marp-h2) strong,div#\:\$p > svg > foreignObject > section :is(h3, marp-h3) strong,div#\:\$p > svg > foreignObject > section :is(h4, marp-h4) strong,div#\:\$p > svg > foreignObject > section :is(h5, marp-h5) strong,div#\:\$p > svg > foreignObject > section :is(h6, marp-h6) strong{font-weight:inherit;color:var(--heading-strong-color)}div#\:\$p > svg > foreignObject > section :is(h1, marp-h1)::part(auto-scaling),div#\:\$p > svg > foreignObject > section :is(h2, marp-h2)::part(auto-scaling),div#\:\$p > svg > foreignObject > section :is(h3, marp-h3)::part(auto-scaling),div#\:\$p > svg > foreignObject > section :is(h4, marp-h4)::part(auto-scaling),div#\:\$p > svg > foreignObject > section :is(h5, marp-h5)::part(auto-scaling),div#\:\$p > svg > foreignObject > section :is(h6, marp-h6)::part(auto-scaling){max-height:563px}div#\:\$p > svg > foreignObject > section hr{height:0;padding-top:.25em}div#\:\$p > svg > foreignObject > section img{background-color:transparent}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre){border:1px solid var(--borderColor-default);line-height:1.15;overflow:visible}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre)::part(auto-scaling){max-height:529px}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs){color:var(--color-prettylights-syntax-storage-modifier-import)}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-doctag),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-keyword),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-meta .hljs-keyword),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-template-tag),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-template-variable),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-type),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-variable.language_){color:var(--color-prettylights-syntax-keyword)}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-title),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-title.class_),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-title.class_.inherited__),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-title.function_){color:var(--color-prettylights-syntax-entity)}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-attr),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-attribute),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-literal),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-meta),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-number),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-operator),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-selector-attr),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-selector-class),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-selector-id),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-variable){color:var(--color-prettylights-syntax-constant)}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-meta .hljs-string),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-regexp),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-string){color:var(--color-prettylights-syntax-string)}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-built_in),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-symbol){color:var(--color-prettylights-syntax-variable)}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-code),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-comment),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-formula){color:var(--color-prettylights-syntax-comment)}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-name),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-quote),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-selector-pseudo),div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-selector-tag){color:var(--color-prettylights-syntax-entity-tag)}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-subst){color:var(--color-prettylights-syntax-storage-modifier-import)}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-section){font-weight:700;color:var(--color-prettylights-syntax-markup-heading)}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-bullet){color:var(--color-prettylights-syntax-markup-list)}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-emphasis){font-style:italic;color:var(--color-prettylights-syntax-markup-italic)}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-strong){font-weight:700;color:var(--color-prettylights-syntax-markup-bold)}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-addition){color:var(--color-prettylights-syntax-markup-inserted-text);background-color:var(--color-prettylights-syntax-markup-inserted-bg)}div#\:\$p > svg > foreignObject > section :is(pre, marp-pre) :where(.hljs-deletion){color:var(--color-prettylights-syntax-markup-deleted-text);background-color:var(--color-prettylights-syntax-markup-deleted-bg)}div#\:\$p > svg > foreignObject > section footer,div#\:\$p > svg > foreignObject > section header{margin:0;position:absolute;left:30px;color:var(--header-footer-color);font-size:18px}div#\:\$p > svg > foreignObject > section header{top:21px}div#\:\$p > svg > foreignObject > section footer{bottom:21px}div#\:\$p > svg > foreignObject > section{--h1-color:light-dark(#246, #cee7ff);--header-footer-color:light-dark(hsla(0,0%,40%,.75), hsla(0,0%,60%,.75));--heading-strong-color:light-dark(#48c, #7bf);--paginate-color:light-dark(#777, #999);--base-size-4:4px;--base-size-8:8px;--base-size-16:16px;--base-size-24:24px;--base-size-40:40px;display:block;font-size:29px;height:720px;padding:78.5px;place-content:safe center center;width:1280px;flex-flow:column nowrap;align-items:stretch}div#\:\$p > svg > foreignObject > section{--marpit-root-font-size:29px}div#\:\$p > svg > foreignObject > section>:last-child,div#\:\$p > svg > foreignObject > section[data-footer]>:nth-last-child(2){margin-bottom:0}div#\:\$p > svg > foreignObject > section>:first-child,div#\:\$p > svg > foreignObject > section>header:first-child+*{margin-top:0}div#\:\$p > svg > foreignObject > section:after{position:absolute;padding:0;right:30px;bottom:21px;font-size:24px;color:var(--paginate-color)}div#\:\$p > svg > foreignObject > section:after{--marpit-root-font-size:24px}div#\:\$p > svg > foreignObject > section[data-color] :is(h1, marp-h1),div#\:\$p > svg > foreignObject > section[data-color] :is(h2, marp-h2),div#\:\$p > svg > foreignObject > section[data-color] :is(h3, marp-h3),div#\:\$p > svg > foreignObject > section[data-color] :is(h4, marp-h4),div#\:\$p > svg > foreignObject > section[data-color] :is(h5, marp-h5),div#\:\$p > svg > foreignObject > section[data-color] :is(h6, marp-h6){color:currentcolor}div#\:\$p > svg > foreignObject > section{font-size:28px}div#\:\$p > svg > foreignObject > section{--marpit-root-font-size: 28px}div#\:\$p > svg > foreignObject > section.lead{text-align:center;justify-content:center}div#\:\$p > svg > foreignObject > section.lead :is(h1, marp-h1){font-size:64px}div#\:\$p > svg > foreignObject > section table{font-size:24px;margin:0 auto}div#\:\$p > svg > foreignObject > section img[alt~="center"]{display:block;margin:0 auto}div#\:\$p > svg > foreignObject > section .small{font-size:20px;color:#555}div#\:\$p > svg > foreignObject > section section.small{--marpit-root-font-size: 20px}div#\:\$p > svg > foreignObject > section[data-marpit-advanced-background="background"]{columns:initial!important;display:block!important;padding:0!important}div#\:\$p > svg > foreignObject > section[data-marpit-advanced-background="background"]::before, div#\:\$p > svg > foreignObject > section[data-marpit-advanced-background="background"]::after, div#\:\$p > svg > foreignObject > section[data-marpit-advanced-background="content"]::before, div#\:\$p > svg > foreignObject > section[data-marpit-advanced-background="content"]::after{display:none!important}div#\:\$p > svg > foreignObject > section[data-marpit-advanced-background="background"] > div[data-marpit-advanced-background-container]{all:initial;display:flex;flex-direction:row;height:100%;overflow:hidden;width:100%}div#\:\$p > svg > foreignObject > section[data-marpit-advanced-background="background"] > div[data-marpit-advanced-background-container][data-marpit-advanced-background-direction="vertical"]{flex-direction:column}div#\:\$p > svg > foreignObject > section[data-marpit-advanced-background="background"][data-marpit-advanced-background-split] > div[data-marpit-advanced-background-container]{width:var(--marpit-advanced-background-split, 50%)}div#\:\$p > svg > foreignObject > section[data-marpit-advanced-background="background"][data-marpit-advanced-background-split="right"] > div[data-marpit-advanced-background-container]{margin-left:calc(100% - var(--marpit-advanced-background-split, 50%))}div#\:\$p > svg > foreignObject > section[data-marpit-advanced-background="background"] > div[data-marpit-advanced-background-container] > figure{all:initial;background-position:center;background-repeat:no-repeat;background-size:cover;flex:auto;margin:0}div#\:\$p > svg > foreignObject > section[data-marpit-advanced-background="background"] > div[data-marpit-advanced-background-container] > figure > figcaption{position:absolute;border:0;clip:rect(0, 0, 0, 0);height:1px;margin:-1px;overflow:hidden;padding:0;white-space:nowrap;width:1px}div#\:\$p > svg > foreignObject > section[data-marpit-advanced-background="content"], div#\:\$p > svg > foreignObject > section[data-marpit-advanced-background="pseudo"]{background:transparent!important}div#\:\$p > svg > foreignObject > section[data-marpit-advanced-background="pseudo"], div#\:\$p > svg[data-marpit-svg] > foreignObject[data-marpit-advanced-background="pseudo"]{pointer-events:none!important}div#\:\$p > svg > foreignObject > section[data-marpit-advanced-background-split]{width:100%;height:100%}
-</style></head><body><div class="bespoke-marp-osc"><button data-bespoke-marp-osc="prev" tabindex="-1" title="Previous slide">Previous slide</button><span data-bespoke-marp-osc="page"></span><button data-bespoke-marp-osc="next" tabindex="-1" title="Next slide">Next slide</button><button data-bespoke-marp-osc="fullscreen" tabindex="-1" title="Toggle fullscreen (f)">Toggle fullscreen</button><button data-bespoke-marp-osc="presenter" tabindex="-1" title="Open presenter view (p)">Open presenter view</button></div><div id=":$p"><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="1" data-class="lead" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" class="lead" style="--class:lead;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;">
-<h1 id="quant-hashrate-necessita-una-cadena-bifurcada">Quant hashrate necessita una cadena bifurcada?</h1>
-<p>Chainsplits, temps entre blocs i usabilitat</p>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="2" data-paginate="true" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" data-marpit-pagination="2" style="--paginate:true;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h2 id="per-qu%C3%A8-soc-aqu%C3%AD">Per què soc aquí</h2>
-<ul>
-<li>Des que la cadena de BIP-110 va fracassar de manera tan espectacular, em ronden unes quantes preocupacions pel cap</li>
-<li>Nota: <strong>no tenen res a veure amb les idees de BIP-110</strong> en si</li>
-<li>Sou tots molt savis, i m'agradaria que m'ajudéssiu a trobar respostes a les meves preguntes</li>
-<li>Avui: l'estat actual del que tinc al cap</li>
-</ul>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="3" data-paginate="true" data-class="lead" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" class="lead" data-marpit-pagination="3" style="--paginate:true;--class:lead;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h1 id="preliminars">Preliminars</h1>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="4" data-paginate="true" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" data-marpit-pagination="4" style="--paginate:true;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h2 id="bip-110-ho-va-intentar-i-la-va-pifiar">BIP-110 ho va intentar, i la va pifiar</h2>
-<ul>
-<li>La seva cadena va rebre tan poc hashrate que <strong>ni tan sols els fanàtics s'hi van quedar gaire temps</strong></li>
-<li>8 blocs, abandonada definitivament en 20 dies. Al tercer dia ja era pràcticament un cas tancat.</li>
-<li>Això no tenia res a veure amb si <em>estaven d'acord</em> amb el softfork</li>
-<li>La cadena era, simplement, <strong>inusable</strong>:
-<ul>
-<li>temps entre blocs molt llargs</li>
-<li>un ajust de dificultat situat molt lluny en el futur</li>
-</ul>
-</li>
-</ul>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="5" data-paginate="true" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" data-marpit-pagination="5" style="--paginate:true;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h2 id="el-que-realment-em-preocupa">El que realment em preocupa</h2>
-<p>Entendre fins a quin punt el hashrate està desacoblat dels nodes i els usuaris.</p>
-<p>I com el hashrate (o la manca de hashrate) es pot fer servir per doblegar una cadena fins a fer-la inusable.</p>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="6" data-paginate="true" data-class="lead" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" class="lead" data-marpit-pagination="6" style="--paginate:true;--class:lead;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h1 id="la-meva-preocupaci%C3%B3">La meva preocupació</h1>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="7" data-paginate="true" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" data-marpit-pagination="7" style="--paginate:true;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h2 id="el-cercle-vici%C3%B3s-que-no-em-deixa-dormir">El cercle viciós que no em deixa dormir</h2>
-<ol>
-<li><strong>Poc hashrate</strong> → temps entre blocs llargs, i una espera llarga fins a l'ajust de dificultat</li>
-<li><strong>Temps entre blocs llargs</strong> → la cadena és massa lenta per fer-hi transaccions</li>
-<li><strong>Massa lenta per fer transaccions</strong> → els usuaris que tenen interessos a bitcoin, i en depenen, fugen de la cadena</li>
-<li><strong>Menys usuaris</strong> → menys motius per minar-la → <strong>encara menys hashrate</strong></li>
-</ol>
-<p>Amb la centralització de la mineria, això vol dir que un càrtel de miners pot activar aquest cercle viciós a voluntat sobre qualsevol cadena.</p>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="8" data-paginate="true" data-class="lead" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" class="lead" data-marpit-pagination="8" style="--paginate:true;--class:lead;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h1 id="el-que-he-estat-investigant">El que he estat investigant</h1>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="9" data-paginate="true" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" data-marpit-pagination="9" style="--paginate:true;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h2 id="dues-coses-que-volia-concretar">Dues coses que volia concretar</h2>
-<ul>
-<li>Què és <strong>&quot;massa poc&quot;</strong> hashrate, i què són temps entre blocs <strong>&quot;massa llargs&quot;</strong>?</li>
-<li>Combinat amb la <strong>concentració actual dels pools de mineria</strong>: quant poder tenen els pools ara mateix?</li>
-</ul>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="10" data-paginate="true" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" data-marpit-pagination="10" style="--paginate:true;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h2 id="les-meves-preguntes">Les meves preguntes</h2>
-<ol>
-<li>En un chainsplit, com afecta la <strong>quota de hashrate</strong> d'una cadena a l'experiència d'usuari?</li>
-<li>Amb els pools d'avui, quines <strong>combinacions de pools</strong> tenen el poder d'aturar o<br />
-impulsar un softfork a través del hashrate?</li>
-</ol>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="11" data-paginate="true" data-class="lead" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" class="lead" data-marpit-pagination="11" style="--paginate:true;--class:lead;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h1 id="metodologia">Metodologia</h1>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="12" data-paginate="true" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" data-marpit-pagination="12" style="--paginate:true;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h2 id="perfils-qui-fa-servir-la-cadena-i-quant-esperaran">Perfils: qui fa servir la cadena, i quant esperaran</h2>
-<table>
-<thead>
-<tr>
-<th>Perfil</th>
-<th>Qui són</th>
-<th>Esperaran per a 3 confirmacions</th>
-</tr>
-</thead>
-<tbody>
-<tr>
-<td><strong>Hodler</strong></td>
-<td>Guarda, rarament mou monedes</td>
-<td>1 setmana</td>
-</tr>
-<tr>
-<td><strong>Mitjà d'intercanvi</strong></td>
-<td>Paga i cobra</td>
-<td>1 dia</td>
-</tr>
-<tr>
-<td><strong>Institució</strong></td>
-<td>Liquida operacions amb un calendari</td>
-<td>3 hores</td>
-</tr>
-</tbody>
-</table>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="13" data-paginate="true" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" data-marpit-pagination="13" style="--paginate:true;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h2 id="nivells-de-servei-amb-quina-fiabilitat-sels-ha-de-servir">Nivells de servei: amb quina fiabilitat se'ls ha de servir</h2>
-<p>L'arribada de blocs és aleatòria, així que una espera és una distribució, no un número.</p>
-<p><strong>Nivell de servei p90:</strong> el 90% de les transaccions d'un perfil han d'arribar a<br />
-3 confirmacions dins de la seva tolerància.</p>
-<p>Avui, a mainnet, aquesta espera és de <strong>53 minuts</strong>.</p>
-<p><span class="small">També es calculen p50 (cara o creu) i p95 (més estricte). El titular és p90.</span></p>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="14" data-paginate="true" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" data-marpit-pagination="14" style="--paginate:true;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h2 id="sup%C3%B2sits">Supòsits</h2>
-<ul>
-<li><strong>3 confirmacions</strong> compten com a definitives</li>
-<li><strong>Hashrate estàtic:</strong> cada escenari manté el seu repartiment per sempre</li>
-<li><strong>Mempool buida:</strong> sense competència de comissions ni cues. <em>El millor cas; la realitat podria ser pitjor</em></li>
-<li>El chainsplit comença a l'<strong>inici d'un període de dificultat</strong></li>
-<li><strong>Fora d'abast:</strong> hard forks de qualsevol mena, i manipular l'ajust de dificultat</li>
-</ul>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="15" data-paginate="true" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" data-marpit-pagination="15" style="--paginate:true;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h2 id="el-mecanisme">El mecanisme</h2>
-<p>Una cadena amb una quota <code>h</code> del hashrate <strong>conserva la dificultat de tota la xarxa</strong>.</p>
-<ul>
-<li>Els seus blocs arriben <code>1/h</code> vegades més lents</li>
-<li>Es queda així fins que mina <strong>2016 blocs</strong>, cosa que triga <code>14/h</code> dies</li>
-<li>Cada ajust pot reduir la dificultat <strong>com a màxim 4×</strong></li>
-</ul>
-<table>
-<thead>
-<tr>
-<th>Hashrate</th>
-<th>Temps entre blocs</th>
-<th>Primer ajust</th>
-<th>Tornada als 10 min</th>
-</tr>
-</thead>
-<tbody>
-<tr>
-<td>50%</td>
-<td>20 min</td>
-<td>28 dies</td>
-<td>28 dies</td>
-</tr>
-<tr>
-<td>25%</td>
-<td>40 min</td>
-<td>56 dies</td>
-<td>56 dies</td>
-</tr>
-<tr>
-<td>10%</td>
-<td>1,7 hores</td>
-<td>140 dies</td>
-<td>175 dies</td>
-</tr>
-<tr>
-<td>5%</td>
-<td>3,3 hores</td>
-<td>280 dies</td>
-<td>1,0 anys</td>
-</tr>
-<tr>
-<td>1%</td>
-<td>16,7 hores</td>
-<td>3,8 anys</td>
-<td>5,1 anys</td>
-</tr>
-</tbody>
-</table>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="16" data-paginate="true" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" data-marpit-pagination="16" style="--paginate:true;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h2 id="els-temps-entre-blocs-creixen-quan-el-hashrate-es-redueix">Els temps entre blocs creixen quan el hashrate es redueix</h2>
-<p><img src="img/blocktimes.png" alt="center" style="height:520px;" /></p>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="17" data-paginate="true" data-class="lead" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" class="lead" data-marpit-pagination="17" style="--paginate:true;--class:lead;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h1 id="fent-n%C3%BAmeros">Fent números</h1>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="18" data-paginate="true" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" data-marpit-pagination="18" style="--paginate:true;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h2 id="hashrate-necessari-per-perfil-i-nivell-de-servei">Hashrate necessari per perfil i nivell de servei</h2>
-<p>Quota del hashrate total necessària per mantenir cada perfil a la cadena:</p>
-<table>
-<thead>
-<tr>
-<th>Perfil</th>
-<th>Tolerància</th>
-<th>p50</th>
-<th><strong>p90</strong></th>
-<th>p95</th>
-</tr>
-</thead>
-<tbody>
-<tr>
-<td>Institució</td>
-<td>3 hores</td>
-<td>14,86%</td>
-<td><strong>29,57%</strong></td>
-<td>34,98%</td>
-</tr>
-<tr>
-<td>Mitjà d'intercanvi</td>
-<td>1 dia</td>
-<td>1,86%</td>
-<td><strong>3,70%</strong></td>
-<td>4,37%</td>
-</tr>
-<tr>
-<td>Hodler</td>
-<td>1 setmana</td>
-<td>0,27%</td>
-<td><strong>0,53%</strong></td>
-<td>0,62%</td>
-</tr>
-</tbody>
-</table>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="19" data-paginate="true" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" data-marpit-pagination="19" style="--paginate:true;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h2 id="coalicions-defensives-qui-mant%C3%A9-viva-una-cadena-bifurcada">Coalicions defensives: qui manté viva una cadena bifurcada?</h2>
-<table>
-<thead>
-<tr>
-<th>Perfil</th>
-<th>Necessita</th>
-<th>Coalició més petita avui</th>
-</tr>
-</thead>
-<tbody>
-<tr>
-<td>Institució</td>
-<td>29,57%</td>
-<td><strong>2 pools</strong> (p. ex. Foundry USA + AntPool)</td>
-</tr>
-<tr>
-<td>Mitjà d'intercanvi</td>
-<td>3,70%</td>
-<td><strong>1 pool</strong> (qualsevol dels 7 primers)</td>
-</tr>
-<tr>
-<td>Hodler</td>
-<td>0,53%</td>
-<td><strong>1 pool</strong> (qualsevol dels 14 primers)</td>
-</tr>
-</tbody>
-</table>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="20" data-paginate="true" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" data-marpit-pagination="20" style="--paginate:true;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h2 id="coalicions-ofensives-qui-pot-for%C3%A7ar-els-usuaris-cap-a-un-softfork">Coalicions ofensives: qui pot forçar els usuaris cap a un softfork?</h2>
-<p>Els usuaris rebutgen el softfork i no es mouen. La coalició guanya <strong>deixant famolenca la seva cadena</strong><br />
-per sota del llindar del perfil, així que necessita més de <code>1 − llindar</code>.</p>
-<table>
-<thead>
-<tr>
-<th>Perfil</th>
-<th>El bàndol del softfork ha de tenir</th>
-<th>Coalició més petita avui</th>
-</tr>
-</thead>
-<tbody>
-<tr>
-<td>Institució</td>
-<td>més del 70,43%</td>
-<td><strong>4 pools</strong> (els quatre primers, 72,34%)</td>
-</tr>
-<tr>
-<td>Mitjà d'intercanvi</td>
-<td>més del 96,30%</td>
-<td><strong>11 de 18 pools</strong></td>
-</tr>
-<tr>
-<td>Hodler</td>
-<td>més del 99,47%</td>
-<td><strong>14 de 18 pools</strong></td>
-</tr>
-</tbody>
-</table>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="21" data-paginate="true" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" data-marpit-pagination="21" style="--paginate:true;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h2 id="la-simetria">La simetria</h2>
-<p><strong>El hashrate que un perfil necessita per quedar-se és el mateix hashrate que el protegeix de la coacció.</strong></p>
-<ul>
-<li>Institucions: les més difícils de retenir, <strong>les més fàcils de forçar</strong></li>
-<li>Hodlers i usuaris del dia a dia: barats de retenir, <strong>gairebé impossibles de forçar</strong>:<br />
-n'hi ha prou que un sol pool gran s'hi negui per protegir-los</li>
-</ul>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="22" data-paginate="true" data-class="lead" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" class="lead" data-marpit-pagination="22" style="--paginate:true;--class:lead;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h1 id="encaixa-amb-bip-110">Encaixa amb BIP-110?</h1>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="23" data-paginate="true" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" data-marpit-pagination="23" style="--paginate:true;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h2 id="s%C3%AD">Sí.</h2>
-<table>
-<thead>
-<tr>
-<th></th>
-<th>BIP-110</th>
-</tr>
-</thead>
-<tbody>
-<tr>
-<td>Hashrate que va obtenir</td>
-<td><strong>~0,28%</strong> (un sol pool, OCEAN, sense comprometre's del tot)</td>
-</tr>
-<tr>
-<td>Espera p90 per a 3 confirmacions</td>
-<td><strong>13,2 dies</strong></td>
-</tr>
-<tr>
-<td>Primer ajust de dificultat</td>
-<td>a <strong>13,7 anys</strong> vista</td>
-</tr>
-<tr>
-<td>Llindar més baix de l'estudi (hodler)</td>
-<td>0,53%</td>
-</tr>
-</tbody>
-</table>
-<ul>
-<li>No hi havia prou hashrate ni tan sols per als usuaris més fidels i menys exigents</li>
-<li><strong>Per això tothom va abandonar el vaixell</strong></li>
-<li>Es va quedar a menys de 2× del llindar del hodler: un pool mitjà més ho hauria aconseguit</li>
-</ul>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="24" data-paginate="true" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" data-marpit-pagination="24" style="--paginate:true;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h2 id="aix%C3%B2-s%C3%AD-que-fa-por">Això sí que fa por</h2>
-<ul>
-<li>Foundry, Antpool&amp;frens i F2Pool (~72%) patrocinen un softfork per fixar la comissió mínima a 5 sat/vB.</li>
-<li>Hi van a fons amb la propaganda (&quot;aparti's, senyora, és per la seguretat i el futur de la xarxa&quot;)</li>
-<li>Fixen un termini curt que amb prou feines deixa temps per reaccionar (per exemple, 4 setmanes)</li>
-<li>La resta de la xarxa no ho vol, però no té prou hashrate per mantenir viva, en termes d'usabilitat, una cadena URSF.</li>
-<li>Per a la majoria d'usuaris, haver de pagar 5 sat/vB és un mal menor comparat amb arriscar els seus estalvis.</li>
-</ul>
-</section>
-</foreignObject></svg><svg data-marpit-svg="" viewBox="0 0 1280 720"><foreignObject width="1280" height="720"><section id="25" data-paginate="true" data-theme="default" data-lang="ca" data-style="section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-" lang="ca" data-marpit-pagination="25" style="--paginate:true;--theme:default;--lang:ca;--style:section { font-size: 28px; }
-section.lead { text-align: center; justify-content: center; }
-section.lead h1 { font-size: 64px; }
-table { font-size: 24px; margin: 0 auto; }
-img[alt~=&quot;center&quot;] { display: block; margin: 0 auto; }
-.small { font-size: 20px; color: #555; }
-;" data-marpit-pagination-total="25">
-<h1 id="parlem-ne">Parlem-ne</h1>
-<p>M'equivoco en alguna cosa?</p>
-<p>És tan greu com sembla? Veieu alguna solució per evitar que anem de cap a aquesta situació horrible?</p>
-<p>Algú em pot fer una abraçada, si us plau?</p>
-</section>
-<script>!function(){"use strict";const t={h1:{proto:()=>HTMLHeadingElement,attrs:{role:"heading","aria-level":"1"},style:"display: block; font-size: 2em; margin-block-start: 0.67em; margin-block-end: 0.67em; margin-inline-start: 0px; margin-inline-end: 0px; font-weight: bold;"},h2:{proto:()=>HTMLHeadingElement,attrs:{role:"heading","aria-level":"2"},style:"display: block; font-size: 1.5em; margin-block-start: 0.83em; margin-block-end: 0.83em; margin-inline-start: 0px; margin-inline-end: 0px; font-weight: bold;"},h3:{proto:()=>HTMLHeadingElement,attrs:{role:"heading","aria-level":"3"},style:"display: block; font-size: 1.17em; margin-block-start: 1em; margin-block-end: 1em; margin-inline-start: 0px; margin-inline-end: 0px; font-weight: bold;"},h4:{proto:()=>HTMLHeadingElement,attrs:{role:"heading","aria-level":"4"},style:"display: block; margin-block-start: 1.33em; margin-block-end: 1.33em; margin-inline-start: 0px; margin-inline-end: 0px; font-weight: bold;"},h5:{proto:()=>HTMLHeadingElement,attrs:{role:"heading","aria-level":"5"},style:"display: block; font-size: 0.83em; margin-block-start: 1.67em; margin-block-end: 1.67em; margin-inline-start: 0px; margin-inline-end: 0px; font-weight: bold;"},h6:{proto:()=>HTMLHeadingElement,attrs:{role:"heading","aria-level":"6"},style:"display: block; font-size: 0.67em; margin-block-start: 2.33em; margin-block-end: 2.33em; margin-inline-start: 0px; margin-inline-end: 0px; font-weight: bold;"},span:{proto:()=>HTMLSpanElement},pre:{proto:()=>HTMLElement,style:"display: block; font-family: monospace; white-space: pre; margin: 1em 0; --marp-auto-scaling-white-space: pre;"}},e="data-marp-auto-scaling-wrapper",i="data-marp-auto-scaling-svg",n="data-marp-auto-scaling-container";class s extends HTMLElement{container;containerSize;containerObserver;svg;svgComputedStyle;svgPreserveAspectRatio="xMinYMid meet";wrapper;wrapperSize;wrapperObserver;constructor(){super();const t=t=>([e])=>{const{width:i,height:n}=e.contentRect;this[t]={width:i,height:n},this.updateSVGRect()};this.attachShadow({mode:"open"}),this.containerObserver=new ResizeObserver(t("containerSize")),this.wrapperObserver=new ResizeObserver((...e)=>{t("wrapperSize")(...e),this.flushSvgDisplay()})}static get observedAttributes(){return["data-downscale-only"]}connectedCallback(){this.shadowRoot.innerHTML=`\n<style>\n  svg[${i}] { display: block; width: 100%; height: auto; vertical-align: top; }\n  span[${n}] { display: table; white-space: var(--marp-auto-scaling-white-space, nowrap); width: max-content; }\n</style>\n<div ${e}>\n  <svg part="svg" ${i}>\n    <foreignObject><span ${n}><slot></slot></span></foreignObject>\n  </svg>\n</div>\n    `.split(/\n\s*/).join(""),this.wrapper=this.shadowRoot.querySelector(`div[${e}]`)??void 0;const t=this.svg;this.svg=this.wrapper?.querySelector(`svg[${i}]`)??void 0,this.svg!==t&&(this.svgComputedStyle=this.svg?window.getComputedStyle(this.svg):void 0),this.container=this.svg?.querySelector(`span[${n}]`)??void 0,this.observe()}disconnectedCallback(){this.svg=void 0,this.svgComputedStyle=void 0,this.wrapper=void 0,this.container=void 0,this.observe()}attributeChangedCallback(){this.observe()}flushSvgDisplay(){const{svg:t}=this;t&&(t.style.display="inline",requestAnimationFrame(()=>{t.style.display=""}))}observe(){this.containerObserver.disconnect(),this.wrapperObserver.disconnect(),this.wrapper&&this.wrapperObserver.observe(this.wrapper),this.container&&this.containerObserver.observe(this.container),this.svgComputedStyle&&this.observeSVGStyle(this.svgComputedStyle)}observeSVGStyle(t){const e=()=>{const i=(()=>{const e=t.getPropertyValue("--preserve-aspect-ratio");if(e)return e.trim();return`x${(({textAlign:t,direction:e})=>{if(t.endsWith("left"))return"Min";if(t.endsWith("right"))return"Max";if("start"===t||"end"===t){let i="rtl"===e;return"end"===t&&(i=!i),i?"Max":"Min"}return"Mid"})(t)}YMid meet`})();i!==this.svgPreserveAspectRatio&&(this.svgPreserveAspectRatio=i,this.updateSVGRect()),t===this.svgComputedStyle&&requestAnimationFrame(e)};e()}updateSVGRect(){let t=Math.ceil(this.containerSize?.width??0);const e=Math.ceil(this.containerSize?.height??0);void 0!==this.dataset.downscaleOnly&&(t=Math.max(t,this.wrapperSize?.width??0));const i=this.svg?.querySelector(":scope > foreignObject");if(i?.setAttribute("width",`${t}`),i?.setAttribute("height",`${e}`),this.svg&&(this.svg.setAttribute("viewBox",`0 0 ${t} ${e}`),this.svg.setAttribute("preserveAspectRatio",this.svgPreserveAspectRatio),this.svg.style.height=t<=0||e<=0?"0":""),this.container){const t=this.svgPreserveAspectRatio.toLowerCase();this.container.style.marginLeft=t.startsWith("xmid")||t.startsWith("xmax")?"auto":"0",this.container.style.marginRight=t.startsWith("xmi")?"auto":"0"}}}const r=(t,{attrs:e={},style:i})=>class extends t{constructor(...t){super(...t);for(const[t,i]of Object.entries(e))this.hasAttribute(t)||this.setAttribute(t,i);this._shadow()}static get observedAttributes(){return["data-auto-scaling"]}connectedCallback(){this._update()}attributeChangedCallback(){this._update()}_shadow(){if(!this.shadowRoot)try{this.attachShadow({mode:"open"})}catch(t){if(!(t instanceof Error&&"NotSupportedError"===t.name))throw t}return this.shadowRoot}_update(){const t=this._shadow();if(t){const e=i?`<style>:host { ${i} }</style>`:"";let n="<slot></slot>";const{autoScaling:s}=this.dataset;if(void 0!==s){n=`<marp-auto-scaling exportparts="svg:auto-scaling" ${"downscale-only"===s?"data-downscale-only":""}>${n}</marp-auto-scaling>`}t.innerHTML=e+n}}};let o;const a=()=>o??(o=!!document.createElement("div",{is:"marp-auto-scaling"}).outerHTML.startsWith("<div is"),o),l=Symbol();let c;const d="marpitSVGPolyfill:setZoomFactor,",h=Symbol(),g=Symbol();const p=()=>{const t="Apple Computer, Inc."===navigator.vendor,e=t?[v]:[],i={then:e=>(t?(async()=>{if(void 0===c){const t=document.createElement("canvas");t.width=10,t.height=10;const e=t.getContext("2d"),i=new Image(10,10),n=new Promise(t=>{i.addEventListener("load",()=>t())});i.crossOrigin="anonymous",i.src="data:image/svg+xml;charset=utf8,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20width%3D%2210%22%20height%3D%2210%22%20viewBox%3D%220%200%201%201%22%3E%3CforeignObject%20width%3D%221%22%20height%3D%221%22%20requiredExtensions%3D%22http%3A%2F%2Fwww.w3.org%2F1999%2Fxhtml%22%3E%3Cdiv%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F1999%2Fxhtml%22%20style%3D%22width%3A%201px%3B%20height%3A%201px%3B%20background%3A%20red%3B%20position%3A%20relative%22%3E%3C%2Fdiv%3E%3C%2FforeignObject%3E%3C%2Fsvg%3E",await n,e.drawImage(i,0,0),c=e.getImageData(5,5,1,1).data[3]<128}return c})().then(t=>{null==e||e(t?[v]:[])}):null==e||e([]),i)};return Object.assign(e,i)};let m,u;function v(t){const e="object"==typeof t&&t.target||document,i="object"==typeof t?t.zoom:t;window[g]||(Object.defineProperty(window,g,{configurable:!0,value:!0}),document.body.style.zoom=1.0001,document.body.offsetHeight,document.body.style.zoom=1,window.addEventListener("message",({data:t,origin:e})=>{if(e===window.origin)try{if(t&&"string"==typeof t&&t.startsWith(d)){const[,e]=t.split(","),i=Number.parseFloat(e);Number.isNaN(i)||(u=i)}}catch(t){console.error(t)}}));let n=!1;Array.from(e.querySelectorAll("svg[data-marpit-svg]"),t=>{var e,s,r,o;t.style.transform||(t.style.transform="translateZ(0)");const a=i||u||t.currentScale||1;m!==a&&(m=a,n=a);const l=t.getBoundingClientRect(),{length:c}=t.children;for(let i=0;i<c;i+=1){const n=t.children[i];if(n.getScreenCTM){const t=n.getScreenCTM();if(t){const i=null!==(s=null===(e=n.x)||void 0===e?void 0:e.baseVal.value)&&void 0!==s?s:0,c=null!==(o=null===(r=n.y)||void 0===r?void 0:r.baseVal.value)&&void 0!==o?o:0,d=n.children.length;for(let e=0;e<d;e+=1){const s=n.children[e];if("SECTION"===s.tagName){const{style:e}=s;e.transformOrigin||(e.transformOrigin=`${-i}px ${-c}px`),e.transform=`scale(${a}) matrix(${t.a}, ${t.b}, ${t.c}, ${t.d}, ${t.e-l.left}, ${t.f-l.top}) translateZ(0.0001px)`;break}}}}}}),!1!==n&&Array.from(e.querySelectorAll("iframe"),({contentWindow:t})=>{null==t||t.postMessage(`${d}${n}`,"null"===window.origin?"*":window.origin)})}function w({once:t=!1,target:e=document}={}){const i=function(t=document){if(t[h])return t[h];let e=!0;const i=()=>{e=!1,delete t[h]};Object.defineProperty(t,h,{configurable:!0,value:i});let n=[],s=!1;(async()=>{try{n=await p()}finally{s=!0}})();const r=()=>{for(const e of n)e({target:t});s&&0===n.length||e&&window.requestAnimationFrame(r)};return r(),i}(e);return t?(i(),()=>{}):i}m=1,u=void 0;const b=Symbol(),y=(e=document)=>{if("undefined"==typeof window)throw new Error("Marp Core's browser script is valid only in browser context.");if(((e=document)=>{const i=window[l];i||customElements.define("marp-auto-scaling",s);for(const n of Object.keys(t)){const s=`marp-${n}`,o=t[n].proto();a()&&o!==HTMLElement?i||customElements.define(s,r(o,{style:t[n].style}),{extends:n}):(i||customElements.define(s,r(HTMLElement,t[n])),e.querySelectorAll(`${n}[is="${s}"]`).forEach(t=>{t.outerHTML=t.outerHTML.replace(new RegExp(`^<${n}`,"i"),`<${s}`).replace(new RegExp(`</${n}>$`,"i"),`</${s}>`)}))}window[l]=!0})(e),e[b])return e[b];const i=w({target:e}),n=()=>{i(),delete e[b]},o=Object.assign(n,{cleanup:n,update:()=>y(e)});return Object.defineProperty(e,b,{configurable:!0,value:o}),o},f=document.currentScript;y(f?f.getRootNode():document)}();
-</script></foreignObject></svg></div><div class="bespoke-marp-note" data-index="1" tabindex="0"><p>Marcar expectatives: és feina en curs, vull que m'ho qüestioneu.</p></div><div class="bespoke-marp-note" data-index="3" tabindex="0"><p>El que és interessant no és que BIP-110 fracassés. És que la gent que hi creia el va abandonar de seguida.</p></div><div class="bespoke-marp-note" data-index="22" tabindex="0"><p>Els usuaris reals van marxar en dies, més ràpid del que les esperes del mateix model els haurien empès. Van marxar per expectatives, no per experiència: ho veien venir.</p></div><script>/*!! License: https://unpkg.com/@marp-team/marp-cli@4.1.2/lib/bespoke.js.LICENSE.txt */
-!function(){"use strict";function e(e){return e&&e.__esModule&&Object.prototype.hasOwnProperty.call(e,"default")?e.default:e}var t,n,r=(n||(n=1,t={from:function(e,t){var n,r=1===(e.parent||e).nodeType?e.parent||e:document.querySelector(e.parent||e),o=[].filter.call("string"==typeof e.slides?r.querySelectorAll(e.slides):e.slides||r.children,(function(e){return"SCRIPT"!==e.nodeName})),a={},i=function(e,t){return(t=t||{}).index=o.indexOf(e),t.slide=e,t},s=function(e,t){a[e]=(a[e]||[]).filter((function(e){return e!==t}))},c=function(e,t){return(a[e]||[]).reduce((function(e,n){return e&&!1!==n(t)}),!0)},l=function(e,t){o[e]&&(n&&c("deactivate",i(n,t)),n=o[e],c("activate",i(n,t)))},d=function(e,t){var r=o.indexOf(n)+e;c(e>0?"next":"prev",i(n,t))&&l(r,t)},u={off:s,on:function(e,t){return(a[e]||(a[e]=[])).push(t),s.bind(null,e,t)},fire:c,slide:function(e,t){if(!arguments.length)return o.indexOf(n);c("slide",i(o[e],t))&&l(e,t)},next:d.bind(null,1),prev:d.bind(null,-1),parent:r,slides:o,destroy:function(e){c("destroy",i(n,e)),a={}}};return(t||[]).forEach((function(e){e(u)})),n||l(0),u}}),t),o=e(r);const a=document.body,i=(...e)=>history.replaceState(...e),s="",c="presenter",l="next",d=["",c,l],u="bespoke-marp-",f=`data-${u}`,m=(e,{protocol:t,host:n,pathname:r,hash:o}=location)=>{const a=e.toString();return`${t}//${n}${r}${a?"?":""}${a}${o}`},g=()=>a.dataset.bespokeView,p=e=>new URLSearchParams(location.search).get(e),v=(e,t={})=>{const n={location,setter:i,...t},r=new URLSearchParams(n.location.search);for(const t of Object.keys(e)){const n=e[t];"string"==typeof n?r.set(t,n):r.delete(t)}try{n.setter({...window.history.state??{}},"",m(r,n.location))}catch(e){console.error(e)}},h=(()=>{const e="bespoke-marp";try{return localStorage.setItem(e,e),localStorage.removeItem(e),!0}catch{return!1}})(),y=e=>{try{return localStorage.getItem(e)}catch{return null}},b=(e,t)=>{try{return localStorage.setItem(e,t),!0}catch{return!1}},w=e=>{try{return localStorage.removeItem(e),!0}catch{return!1}},x=(e,t)=>{const n="aria-hidden";t?e.setAttribute(n,"true"):e.removeAttribute(n)},k=e=>{e.parent.classList.add(`${u}parent`),e.slides.forEach((e=>e.classList.add(`${u}slide`))),e.on("activate",(t=>{const n=`${u}active`,r=t.slide,o=r.classList,a=!o.contains(n);if(e.slides.forEach((e=>{e.classList.remove(n),x(e,!0)})),o.add(n),x(r,!1),a){const e=`${n}-ready`;o.add(e),document.body.clientHeight,o.remove(e)}}))},$=e=>{let t=0,n=0;Object.defineProperty(e,"fragments",{enumerable:!0,value:e.slides.map((e=>[null,...e.querySelectorAll("[data-marpit-fragment]")]))});const r=r=>void 0!==e.fragments[t][n+r],o=(r,o)=>{t=r,n=o,e.fragments.forEach(((e,t)=>{e.forEach(((e,n)=>{if(null==e)return;const a=t<r||t===r&&n<=o;e.setAttribute(`${f}fragment`,(a?"":"in")+"active");const i=`${f}current-fragment`;t===r&&n===o?e.setAttribute(i,"current"):e.removeAttribute(i)}))})),e.fragmentIndex=o;const a={slide:e.slides[r],index:r,fragments:e.fragments[r],fragmentIndex:o};e.fire("fragment",a)};e.on("next",(({fragment:a=!0})=>{if(a){if(r(1))return o(t,n+1),!1;const a=t+1;e.fragments[a]&&o(a,0)}else{const r=e.fragments[t].length;if(n+1<r)return o(t,r-1),!1;const a=e.fragments[t+1];a&&o(t+1,a.length-1)}})),e.on("prev",(({fragment:a=!0})=>{if(r(-1)&&a)return o(t,n-1),!1;const i=t-1;e.fragments[i]&&o(i,e.fragments[i].length-1)})),e.on("slide",(({index:t,fragment:n})=>{let r=0;if(void 0!==n){const o=e.fragments[t];if(o){const{length:e}=o;r=-1===n?e-1:Math.min(Math.max(n,0),e-1)}}o(t,r)})),o(0,0)},E=document,L=()=>!(!E.fullscreenEnabled&&!E.webkitFullscreenEnabled),S=()=>!(!E.fullscreenElement&&!E.webkitFullscreenElement),P=e=>{e.fullscreen=()=>{L()&&(async()=>{S()?(E.exitFullscreen||E.webkitExitFullscreen)?.call(E):((e=E.body)=>{(e.requestFullscreen||e.webkitRequestFullscreen)?.call(e)})()})()},document.addEventListener("keydown",(t=>{"f"!==t.key&&"F11"!==t.key||t.altKey||t.ctrlKey||t.metaKey||!L()||(e.fullscreen(),t.preventDefault())}))},_=`${u}inactive`,T=(e=2e3)=>({parent:t,fire:n})=>{const r=t.classList,o=e=>n(`marp-${e?"":"in"}active`);let a;const i=()=>{a&&clearTimeout(a),a=setTimeout((()=>{r.add(_),o()}),e),r.contains(_)&&(r.remove(_),o(!0))};for(const e of["mousedown","mousemove","touchend"])document.addEventListener(e,i);setTimeout(i,0)},I=["AUDIO","BUTTON","INPUT","SELECT","TEXTAREA","VIDEO"],M=e=>{e.parent.addEventListener("keydown",(e=>{if(!e.target)return;const t=e.target;(I.includes(t.nodeName)||"true"===t.contentEditable)&&e.stopPropagation()}))},O=e=>{window.addEventListener("load",(()=>{for(const t of e.slides){const e=t.querySelector("marp-auto-scaling, [data-auto-scaling], [data-marp-fitting]");t.setAttribute(`${f}load`,e?"":"hideable")}}))},A=({interval:e=250}={})=>t=>{document.addEventListener("keydown",(e=>{if(" "===e.key&&e.shiftKey)t.prev();else if("ArrowLeft"===e.key||"ArrowUp"===e.key||"PageUp"===e.key)t.prev({fragment:!e.shiftKey});else if(" "!==e.key||e.shiftKey)if("ArrowRight"===e.key||"ArrowDown"===e.key||"PageDown"===e.key)t.next({fragment:!e.shiftKey});else if("End"===e.key)t.slide(t.slides.length-1,{fragment:-1});else{if("Home"!==e.key)return;t.slide(0)}else t.next();e.preventDefault()}));let n,r,o=0;t.parent.addEventListener("wheel",(a=>{let i=!1;const s=(e,t)=>{e&&(i=i||((e,t)=>((e,t)=>{const n="X"===t?"Width":"Height";return e[`client${n}`]<e[`scroll${n}`]})(e,t)&&((e,t)=>{const{overflow:n}=e,r=e[`overflow${t}`];return"auto"===n||"scroll"===n||"auto"===r||"scroll"===r})(getComputedStyle(e),t))(e,t)),e?.parentElement&&s(e.parentElement,t)};if(0!==a.deltaX&&s(a.target,"X"),0!==a.deltaY&&s(a.target,"Y"),i)return;a.preventDefault();const c=Math.sqrt(a.deltaX**2+a.deltaY**2);if(void 0!==a.wheelDelta){if(void 0===a.webkitForce&&Math.abs(a.wheelDelta)<40)return;if(a.deltaMode===a.DOM_DELTA_PIXEL&&c<4)return}else if(a.deltaMode===a.DOM_DELTA_PIXEL&&c<12)return;r&&clearTimeout(r),r=setTimeout((()=>{n=0}),e);const l=Date.now()-o<e,d=c<=n;if(n=c,l||d)return;let u;(a.deltaX>0||a.deltaY>0)&&(u="next"),(a.deltaX<0||a.deltaY<0)&&(u="prev"),u&&(t[u](),o=Date.now())}))},C=(e=`.${u}osc`)=>{const t=document.querySelector(e);if(!t)return()=>{};const n=(e,n)=>{t.querySelectorAll(`[${f}osc=${JSON.stringify(e)}]`).forEach(n)};return L()||n("fullscreen",(e=>e.style.display="none")),h||n("presenter",(e=>{e.disabled=!0,e.title="Presenter view is disabled due to restricted localStorage."})),e=>{t.addEventListener("click",(t=>{if(t.target instanceof HTMLElement){const{bespokeMarpOsc:n}=t.target.dataset;n&&t.target.blur();const r={fragment:!t.shiftKey};"next"===n?e.next(r):"prev"===n?e.prev(r):"fullscreen"===n?e?.fullscreen():"presenter"===n&&e.openPresenterView()}})),e.parent.appendChild(t),e.on("activate",(({index:t})=>{n("page",(n=>n.textContent=`Page ${t+1} of ${e.slides.length}`))})),e.on("fragment",(({index:t,fragments:r,fragmentIndex:o})=>{n("prev",(e=>e.disabled=0===t&&0===o)),n("next",(n=>n.disabled=t===e.slides.length-1&&o===r.length-1))})),e.on("marp-active",(()=>x(t,!1))),e.on("marp-inactive",(()=>x(t,!0))),L()&&(e=>{for(const t of["","webkit"])E.addEventListener(t+"fullscreenchange",e)})((()=>n("fullscreen",(e=>e.classList.toggle("exit",L()&&S())))))}},D=e=>{window.addEventListener("message",(t=>{if(t.origin!==window.origin)return;const[n,r]=t.data.split(":");if("navigate"===n){const[t,n]=r.split(",");let o=Number.parseInt(t,10),a=Number.parseInt(n,10)+1;a>=e.fragments[o].length&&(o+=1,a=0),e.slide(o,{fragment:a})}}))};var N,B,q,K,j,F,V,U={exports:{}},X=(N||(N=1,U.exports=(B=["area","base","br","col","command","embed","hr","img","input","keygen","link","meta","param","source","track","wbr"],q=function(e){return String(e).replace(/[&<>"']/g,(function(e){return"&"+K[e]+";"}))},K={"&":"amp","<":"lt",">":"gt",'"':"quot","'":"apos"},j="dangerouslySetInnerHTML",F={className:"class",htmlFor:"for"},V={},function(e,t){var n=[],r="";t=t||{};for(var o=arguments.length;o-- >2;)n.push(arguments[o]);if("function"==typeof e)return t.children=n.reverse(),e(t);if(e){if(r+="<"+e,t)for(var a in t)!1!==t[a]&&null!=t[a]&&a!==j&&(r+=" "+(F[a]?F[a]:q(a))+'="'+q(t[a])+'"');r+=">"}if(-1===B.indexOf(e)){if(t[j])r+=t[j].__html;else for(;n.length;){var i=n.pop();if(i)if(i.pop)for(var s=i.length;s--;)n.push(i[s]);else r+=!0===V[i]?i:q(i)}r+=e?"</"+e+">":""}return V[r]=!0,r})),U.exports),H=e(X);const R=({children:e})=>H(null,null,...e),W=`${u}presenter-`,J={container:`${W}container`,dragbar:`${W}dragbar-container`,next:`${W}next`,nextContainer:`${W}next-container`,noteContainer:`${W}note-container`,noteWrapper:`${W}note-wrapper`,noteButtons:`${W}note-buttons`,infoContainer:`${W}info-container`,infoPage:`${W}info-page`,infoPageText:`${W}info-page-text`,infoPagePrev:`${W}info-page-prev`,infoPageNext:`${W}info-page-next`,noteButtonsBigger:`${W}note-bigger`,noteButtonsSmaller:`${W}note-smaller`,infoTime:`${W}info-time`,infoTimer:`${W}info-timer`},Y=e=>{const{title:t}=document;document.title="[Presenter view]"+(t?` - ${t}`:"");const n={},r=e=>(n[e]=n[e]||document.querySelector(`.${e}`),n[e]);document.body.appendChild((e=>{const t=document.createElement("div");return t.className=J.container,t.appendChild(e),t.insertAdjacentHTML("beforeend",H(R,null,H("div",{class:J.nextContainer},H("iframe",{class:J.next,src:"?view=next"})),H("div",{class:J.dragbar}),H("div",{class:J.noteContainer},H("div",{class:J.noteWrapper}),H("div",{class:J.noteButtons},H("button",{class:J.noteButtonsSmaller,tabindex:"-1",title:"Smaller notes font size"},"Smaller notes font size"),H("button",{class:J.noteButtonsBigger,tabindex:"-1",title:"Bigger notes font size"},"Bigger notes font size"))),H("div",{class:J.infoContainer},H("div",{class:J.infoPage},H("button",{class:J.infoPagePrev,tabindex:"-1",title:"Previous"},"Previous"),H("span",{class:J.infoPageText}),H("button",{class:J.infoPageNext,tabindex:"-1",title:"Next"},"Next")),H("time",{class:J.infoTime,title:"Current time"}),H("time",{class:J.infoTimer,title:"Timer"})))),t})(e.parent)),(e=>{let t=!1;r(J.dragbar).addEventListener("mousedown",(()=>{t=!0,r(J.dragbar).classList.add("active")})),window.addEventListener("mouseup",(()=>{t=!1,r(J.dragbar).classList.remove("active")})),window.addEventListener("mousemove",(e=>{if(!t)return;const n=e.clientX/document.documentElement.clientWidth*100;r(J.container).style.setProperty("--bespoke-marp-presenter-split-ratio",`${Math.max(0,Math.min(100,n))}%`)})),r(J.nextContainer).addEventListener("click",(()=>e.next()));const n=r(J.next),o=(a=n,(e,t)=>a.contentWindow?.postMessage(`navigate:${e},${t}`,"null"===window.origin?"*":window.origin));var a;n.addEventListener("load",(()=>{r(J.nextContainer).classList.add("active"),o(e.slide(),e.fragmentIndex),e.on("fragment",(({index:e,fragmentIndex:t})=>o(e,t)))}));const i=document.querySelectorAll(".bespoke-marp-note");i.forEach((e=>{e.addEventListener("keydown",(e=>e.stopPropagation())),r(J.noteWrapper).appendChild(e)})),e.on("activate",(()=>i.forEach((t=>t.classList.toggle("active",t.dataset.index==e.slide())))));let s=0;const c=e=>{s=Math.max(-5,s+e),r(J.noteContainer).style.setProperty("--bespoke-marp-note-font-scale",(1.2**s).toFixed(4))},l=()=>c(1),d=()=>c(-1),u=r(J.noteButtonsBigger),f=r(J.noteButtonsSmaller);u.addEventListener("click",(()=>{u.blur(),l()})),f.addEventListener("click",(()=>{f.blur(),d()})),document.addEventListener("keydown",(e=>{"+"===e.key&&l(),"-"===e.key&&d()}),!0),e.on("activate",(({index:t})=>{r(J.infoPageText).textContent=`${t+1} / ${e.slides.length}`}));const m=r(J.infoPagePrev),g=r(J.infoPageNext);m.addEventListener("click",(t=>{m.blur(),e.prev({fragment:!t.shiftKey})})),g.addEventListener("click",(t=>{g.blur(),e.next({fragment:!t.shiftKey})})),e.on("fragment",(({index:t,fragments:n,fragmentIndex:r})=>{m.disabled=0===t&&0===r,g.disabled=t===e.slides.length-1&&r===n.length-1}));let p=new Date;const v=()=>{const e=new Date,t=e=>`${Math.floor(e)}`.padStart(2,"0"),n=e.getTime()-p.getTime(),o=t(n/1e3%60),a=t(n/1e3/60%60),i=t(n/36e5%24);r(J.infoTime).textContent=e.toLocaleTimeString(),r(J.infoTimer).textContent=`${i}:${a}:${o}`};v(),setInterval(v,250),r(J.infoTimer).addEventListener("click",(()=>{p=new Date}))})(e)},z=e=>{if(!(e=>e.syncKey&&"string"==typeof e.syncKey)(e))throw new Error("The current instance of Bespoke.js is invalid for Marp bespoke presenter plugin.");Object.defineProperties(e,{openPresenterView:{enumerable:!0,value:G},presenterUrl:{enumerable:!0,get:Q}}),h&&document.addEventListener("keydown",(t=>{"p"!==t.key||t.altKey||t.ctrlKey||t.metaKey||(t.preventDefault(),e.openPresenterView())}))};function G(){const{max:e,floor:t}=Math,n=e(t(.85*window.innerWidth),640),r=e(t(.85*window.innerHeight),360);return window.open(this.presenterUrl,W+this.syncKey,`width=${n},height=${r},menubar=no,toolbar=no`)}function Q(){const e=new URLSearchParams(location.search);return e.set("view","presenter"),e.set("sync",this.syncKey),m(e)}const Z=e=>{const t=g();return t===l&&e.appendChild(document.createElement("span")),{[s]:z,[c]:Y,[l]:D}[t]},ee=e=>{e.on("activate",(t=>{document.querySelectorAll(".bespoke-progress-parent > .bespoke-progress-bar").forEach((n=>{n.style.flexBasis=100*t.index/(e.slides.length-1)+"%"}))}))},te=e=>{const t=Number.parseInt(e,10);return Number.isNaN(t)?null:t},ne=(e={})=>{const t={history:!0,...e};return e=>{let n=!0;const r=e=>{const t=n;try{return n=!0,e()}finally{n=t}},o=(t={fragment:!0})=>{let n=t.fragment?te(p("f")||""):null;((t,n)=>{const{min:r,max:o}=Math,{fragments:a,slides:i}=e,s=o(0,r(t,i.length-1)),c=o(0,r(n||0,a[s].length-1));s===e.slide()&&c===e.fragmentIndex||e.slide(s,{fragment:c})})((()=>{if(location.hash){const[t]=location.hash.slice(1).split(":~:");if(/^\d+$/.test(t))return(te(t)??1)-1;const r=document.getElementById(t)||document.querySelector(`a[name="${CSS.escape(t)}"]`);if(r){const{length:t}=e.slides;for(let o=0;o<t;o+=1)if(e.slides[o].contains(r)){const t=e.fragments?.[o],a=r.closest("[data-marpit-fragment]");if(t&&a){const e=t.indexOf(a);e>=0&&(n=e)}return o}}}return 0})(),n)};e.on("fragment",(({index:e,fragmentIndex:r})=>{n||v({f:0===r||r.toString()},{location:{...location,hash:`#${e+1}`},setter:(...e)=>t.history?history.pushState(...e):history.replaceState(...e)})})),setTimeout((()=>{o(),window.addEventListener("hashchange",(()=>r((()=>{o({fragment:!1}),v({f:void 0})})))),window.addEventListener("popstate",(()=>{n||r((()=>o()))})),n=!1}),0)}},re=(e={})=>{const t=e.key||window.history.state?.marpBespokeSyncKey||Math.random().toString(36).slice(2),n=`bespoke-marp-sync-${t}`;var r;r={marpBespokeSyncKey:t},v({},{setter:(e,...t)=>i({...e,...r},...t)});const o=()=>{const e=y(n);return e?JSON.parse(e):Object.create(null)},a=e=>{const t=o(),r={...t,...e(t)};return b(n,JSON.stringify(r)),r},s=()=>{window.removeEventListener("pageshow",s),a((e=>({reference:(e.reference||0)+1})))};return e=>{s(),Object.defineProperty(e,"syncKey",{value:t,enumerable:!0});let r=!0;setTimeout((()=>{e.on("fragment",(e=>{r&&a((()=>({index:e.index,fragmentIndex:e.fragmentIndex})))}))}),0),window.addEventListener("storage",(t=>{if(t.key===n&&t.oldValue&&t.newValue){const n=JSON.parse(t.oldValue),o=JSON.parse(t.newValue);if(n.index!==o.index||n.fragmentIndex!==o.fragmentIndex)try{r=!1,e.slide(o.index,{fragment:o.fragmentIndex,forSync:!0})}finally{r=!0}}}));const i=()=>{const{reference:e}=o();void 0===e||e<=1?w(n):a((()=>({reference:e-1})))};window.addEventListener("pagehide",(e=>{e.persisted&&window.addEventListener("pageshow",s),i()})),e.on("destroy",i)}},{PI:oe,abs:ae,sqrt:ie,atan2:se}=Math,ce={passive:!0},le=({slope:e=-.7,swipeThreshold:t=30}={})=>n=>{let r;const o=n.parent,a=e=>{const t=o.getBoundingClientRect();return{x:e.pageX-(t.left+t.right)/2,y:e.pageY-(t.top+t.bottom)/2}};o.addEventListener("touchstart",(({touches:e})=>{r=1===e.length?a(e[0]):void 0}),ce),o.addEventListener("touchmove",(e=>{if(r)if(1===e.touches.length){e.preventDefault();const t=a(e.touches[0]),n=t.x-r.x,o=t.y-r.y;r.delta=ie(ae(n)**2+ae(o)**2),r.radian=se(n,o)}else r=void 0})),o.addEventListener("touchend",(o=>{if(r){if(r.delta&&r.delta>=t&&r.radian){const t=(r.radian-e+oe)%(2*oe)-oe;n[t<0?"next":"prev"](),o.stopPropagation()}r=void 0}}),ce)},de=new Map;de.clear(),de.set("none",{backward:{both:void 0,incoming:void 0,outgoing:void 0},forward:{both:void 0,incoming:void 0,outgoing:void 0}});const ue={both:"",outgoing:"outgoing-",incoming:"incoming-"},fe={forward:"",backward:"-backward"},me=e=>`--marp-bespoke-transition-animation-${e}`,ge=e=>`--marp-transition-${e}`,pe=me("name"),ve=me("duration"),he=e=>new Promise((t=>{const n={},r=document.createElement("div"),o=e=>{r.remove(),t(e)};r.addEventListener("animationstart",(()=>o(n))),Object.assign(r.style,{animationName:e,animationDuration:"1s",animationFillMode:"both",animationPlayState:"paused",position:"absolute",pointerEvents:"none"}),document.body.appendChild(r);const a=getComputedStyle(r).getPropertyValue(ge("duration"));a&&(n.defaultDuration=a),((e,t)=>{requestAnimationFrame((()=>{e.style.animationPlayState="running",requestAnimationFrame((()=>t(void 0)))}))})(r,o)})),ye=async e=>de.has(e)?de.get(e):(e=>{const t={},n=[];for(const[r,o]of Object.entries(ue))for(const[a,i]of Object.entries(fe)){const s=`marp-${o}transition${i}-${e}`;n.push(he(s).then((e=>{t[a]=t[a]||{},t[a][r]=e?{...e,name:s}:void 0})))}return Promise.all(n).then((()=>t))})(e).then((t=>(de.set(e,t),t))),be=e=>Object.values(e).flatMap(Object.values).every((e=>!e)),we=(e,{type:t,backward:n})=>{const r=e[n?"backward":"forward"],o=(()=>{const e=r[t],n=e=>({[pe]:e.name});if(e)return n(e);if(r.both){const e=n(r.both);return"incoming"===t&&(e[me("direction")]="reverse"),e}})();return!o&&n?we(e,{type:t,backward:!1}):o||{[pe]:"__bespoke_marp_transition_no_animation__"}},xe=e=>{if(e)try{const t=JSON.parse(e);if((e=>{if("object"!=typeof e)return!1;const t=e;return"string"==typeof t.name&&(void 0===t.duration||"string"==typeof t.duration)})(t))return t}catch{}},ke="_tSId",$e="_tA",Ee="bespoke-marp-transition-warming-up",Le=window.matchMedia("(prefers-reduced-motion: reduce)"),Se="__bespoke_marp_transition_reduced_outgoing__",Pe="__bespoke_marp_transition_reduced_incoming__",_e={forward:{both:void 0,incoming:{name:Pe},outgoing:{name:Se}},backward:{both:void 0,incoming:{name:Pe},outgoing:{name:Se}}},Te=e=>{if(!document.startViewTransition)return;const t=t=>(void 0!==t&&(e._tD=t),e._tD);let n;t(!1),((...e)=>{const t=[...new Set(e).values()];return Promise.all(t.map((e=>ye(e)))).then()})(...Array.from(document.querySelectorAll("section[data-transition], section[data-transition-back]")).flatMap((e=>[e.dataset.transition,e.dataset.transitionBack].flatMap((e=>{const t=xe(e);return[t?.name,t?.builtinFallback?`__builtin__${t.name}`:void 0]})).filter((e=>!!e))))).then((()=>{document.querySelectorAll("style").forEach((e=>{e.innerHTML=e.innerHTML.replace(/--marp-transition-duration:[^;}]*[;}]/g,(e=>e.slice(0,-1)+"!important"+e.slice(-1)))}))}));const r=(n,{back:r,cond:o})=>a=>{const i=t();if(i)return!!a[$e]||!("object"!=typeof i||(i.skipTransition(),!a.forSync));if(!o(a))return!0;const s=e.slides[e.slide()],c=()=>a.back??r,l="data-transition"+(c()?"-back":""),d=s.querySelector(`section[${l}]`);if(!d)return!0;const u=xe(d.getAttribute(l)??void 0);return!u||((async(e,{builtinFallback:t=!0}={})=>{let n=await ye(e);if(be(n)){if(!t)return;return n=await ye(`__builtin__${e}`),be(n)?void 0:n}return n})(u.name,{builtinFallback:u.builtinFallback}).then((e=>{if(!e){t(!0);try{n(a)}finally{t(!1)}return}let r=e;Le.matches&&(console.warn("Use a constant animation to transition because preferring reduced motion by viewer has detected."),r=_e);const o=document.getElementById(ke);o&&o.remove();const i=document.createElement("style");i.id=ke,document.head.appendChild(i),((e,t)=>{const n=[`:root{${ge("direction")}:${t.backward?-1:1};}`,":root:has(.bespoke-marp-inactive){cursor:none;}"],r=t=>{const n=e[t].both?.defaultDuration||e[t].outgoing?.defaultDuration||e[t].incoming?.defaultDuration;return"forward"===t?n:n||r("forward")},o=t.duration||r(t.backward?"backward":"forward");void 0!==o&&n.push(`::view-transition-group(*){${ve}:${o};}`);const a=e=>Object.entries(e).map((([e,t])=>`${e}:${t};`)).join("");return n.push(`::view-transition-old(root){${a(we(e,{...t,type:"outgoing"}))}}`,`::view-transition-new(root){${a(we(e,{...t,type:"incoming"}))}}`),n})(r,{backward:c(),duration:u.duration}).forEach((e=>i.sheet?.insertRule(e)));const s=document.documentElement.classList;s.add(Ee);let l=!1;const d=()=>{l||(n(a),l=!0,s.remove(Ee))},f=()=>{t(!1),i.remove(),s.remove(Ee)};try{t(!0);const e=document.startViewTransition(d);t(e),e.finished.finally(f)}catch(e){console.error(e),d(),f()}})),!1)};e.on("prev",r((t=>e.prev({...t,[$e]:!0})),{back:!0,cond:e=>e.index>0&&!((e.fragment??1)&&n.fragmentIndex>0)})),e.on("next",r((t=>e.next({...t,[$e]:!0})),{cond:t=>t.index+1<e.slides.length&&!(n.fragmentIndex+1<n.fragments.length)})),setTimeout((()=>{e.on("slide",r((t=>e.slide(t.index,{...t,[$e]:!0})),{cond:t=>{const n=e.slide();return t.index!==n&&(t.back=t.index<n,!0)}}))}),0),e.on("fragment",(e=>{n=e}))};let Ie;const Me=()=>(void 0===Ie&&(Ie="wakeLock"in navigator&&navigator.wakeLock),Ie),Oe=async()=>{const e=Me();if(e)try{return await e.request("screen")}catch(e){console.warn(e)}return null},Ae=async()=>{if(!Me())return;let e;const t=()=>{e&&"visible"===document.visibilityState&&Oe()};for(const e of["visibilitychange","fullscreenchange"])document.addEventListener(e,t);return e=await Oe(),e};((e=document.getElementById(":$p"))=>{(()=>{const e=p("view");a.dataset.bespokeView=e===l||e===c?e:""})();const t=(e=>{const t=p(e);return v({[e]:void 0}),t})("sync")||void 0;o.from(e,((...e)=>{const t=d.findIndex((e=>g()===e));return e.map((([e,n])=>e[t]&&n)).filter((e=>e))})([[1,1,0],re({key:t})],[[1,1,1],Z(e)],[[1,1,0],M],[[1,1,1],k],[[1,0,0],T()],[[1,1,1],O],[[1,1,1],ne({history:!1})],[[1,1,0],A()],[[1,1,0],P],[[1,0,0],ee],[[1,1,0],le()],[[1,0,0],C()],[[1,0,0],Te],[[1,1,1],$],[[1,1,0],Ae]))})()}();</script></body></html>
\ No newline at end of file
diff --git a/public/hashwars/img/blocktimes.png b/public/hashwars/img/blocktimes.png
deleted file mode 100644
index e0c1238..0000000
Binary files a/public/hashwars/img/blocktimes.png and /dev/null differ
diff --git a/public/index.html b/public/index.html
index 4afd3ae..243b1d3 100644
--- a/public/index.html
+++ b/public/index.html
@@ -1,301 +1,150 @@
-<!DOCTYPE html>
+<!DOCTYPE HTML>
 <html>
 
 <head>
-  <title>Pablo here</title>
-  <meta charset="utf-8" />
-  <meta name="viewport" content="width=device-width, initial-scale=1" />
-  <link rel="stylesheet" href="styles.css" />
+    <title>Pablo here</title>
+    <meta charset="utf-8">
+    <meta viewport="width=device-width, initial-scale=1">
+    <link rel="stylesheet" href="styles.css">
 </head>
 
 <body>
-  <main>
-    <h1>Hi, Pablo here</h1>
-    <p>
-      Welcome to my website. Here I discuss thoughts and ideas. This is mostly
-      professional.
-    </p>
-    <hr />
-    <h2>What you'll find here:</h2>
-    <ul>
-      <li><a href="#about-me-header">About me</a></li>
-      <li><a href="#contact-header">Contact</a></li>
-      <li><a href="#my-projects-header">My projects</a></li>
-      <li><a href="#writings-header">Writings</a></li>
-      <li><a href="#talks-header">Talks</a></li>
-    </ul>
-    <hr />
-    <section>
-      <h2 id="about-me-header">About me</h2>
-      <p>A few facts you might care about:</p>
-      <ul>
-        <li>
-          I'm based in Barcelona, although I'm happy working for anyone
-          located anywhere (as long as we can find a time to meet).
-        </li>
-        <li>
-          My career has focused in Data teams and positions, playing roles
-          such as Data Lead, Data Engineer or Data Science Researcher. I've
-          also tinkered quite a bit with many areas and technologies outside
-          of data, but not in professional, production-grade settings.
-        </li>
-        <li>
-          Having said that, I have a lot of weird interests that might mix
-          somehow, including:
-          <ul>
-            <li>
-              Austrian economics and its societal and political implications
-            </li>
-            <li>Bitcoin</li>
-            <li>P2P and privacy friendly applications</li>
-            <li>
-              Self-hosting and lowering the cost of people using advanced IT
-              on a personal level
-            </li>
-            <li>Riding motorcycles</li>
-            <li>BBQ-ing</li>
-            <li>Being annoyingly contrarian</li>
-            <li>3D printing maps</li>
-            <li>Teaching</li>
-            <li>Film photography</li>
-            <li>Tinkering with bicycles</li>
-            <li>Calisthenics</li>
-          </ul>
-        </li>
-      </ul>
-    </section>
-    <hr />
-    <section>
-      <h2 id="contact-header">Contact</h2>
-      <p>You can contact me on:</p>
-      <ul>
-        <li>
-            <a href="https://www.linkedin.com/in/pablomartincalvo/">On LinkedIn</a>
-            for professional matters.
-        </li>
-        <li>
-          On keybase: <a href="https://keybase.io/pablomartincalvo">https://keybase.io/pablomartincalvo</a>.
-        </li>
-        <li>
-          On Nostr. My npub is:
-          npub1a29gdc6p7c05az2ka3qwwpl9kfcqmws3xlwmjefmtkulfhgd7u6shuqatg
-        </li>
-      </ul>
-      <p>
-        If you are looking for my CV, no need to reach out,
-        <a href="my_cv.pdf" target="_">you can fetch it yourself here.</a>
-      </p>
-      <p>Good reasons to reach out include:</p>
-      <ul>
-        <li>You want to work with me.</li>
-        <li>
-          Some of my interests, projects or writings caught your attention and
-          you want to discuss them with me.
-        </li>
-        <li>Something fun!</li>
-      </ul>
-      <p>Bad reasons to reach out include:</p>
-      <ul>
-        <li>
-          You want to sell something to me, and you mostly care about selling
-          that thing to me, not me loving the thing.
-        </li>
-        <li>
-          You don't like something posted here and want to let me know your
-          feelings.
-        </li>
-      </ul>
-    </section>
-    <hr />
-    <section>
-      <h2 id="my-projects-header">My projects</h2>
-      <p>Some of the projects I've shared publicly:</p>
-      <ul>
-        <li>
-          <a href="https://www.meetup.com/bitcoin-barcelona" target="_blank" rel="noopener noreferrer">Barcelona Bitcoin
-            Only, a local Bitcoin meetup and community I've
-            helped organize and run</a>
-        </li>
-        <li>
-          <a href="https://github.com/pmartincalvo/ntfy-emergency-app" target="_blank" rel="noopener noreferrer">A micro
-             webapp to let your loved ones grab your attention via ntfy</a>
-        </li>
-        <li>
-          <a href="https://github.com/pmartincalvo/dni" target="_blank" rel="noopener noreferrer">My Python package to
-            handle Spanish DNIs better</a>
-        </li>
-        <li>
-            <a href="https://bitcoininfra.contrapeso.xyz" target="_blank" rel="noopener noreferrer">My open access Bitcoin infrastructure that you can use freely.</a> It includes access to the peer port of my Bitcoin node, an Electrum server and a mempool.space instance.
-        </li>
-        <li>
-            <a href="https://github.com/counterweightoperator/hashbidder" target="_blank" rel="noopener noreferrer">hashbidder</a>, a CLI tool to automatically manage your bids on Braiins Hashpower to maintain a target hashrate at minimal cost.
-        </li>
-      </ul>
-      <p>
-        There are also some other projects that I generally keep private but
-        might disclose under the right circumstances. Some notable hints:
-      </p>
-      <ul>
-        <li>
-          That one time I made a lot of money doing something everyone said
-          was stupid
-        </li>
-        <li>
-          Some work around helping people ignore EU regulations around
-          exchanging Bitcoin and Fiat
-        </li>
-      </ul>
-    </section>
-    <hr />
-    <section>
-      <h2 id="writings-header">Writings</h2>
-      <p>Sometimes I like to jot down ideas and drop them here.</p>
-      <ul>
-        <li>
-          <a href="writings/how-much-hashrate-does-a-fork-chain-need.html" target="_blank"
-            rel="noopener noreferrer">How much hashrate does a fork chain need?</a>
-        </li>
-        <li>
-          <a href="writings/conways-law-cuts-both-ways.html" target="_blank"
-            rel="noopener noreferrer">Conway's Law cuts both ways</a>
-        </li>
-        <li>
-          <a href="writings/thoughts-after-departing-galoy.html" target="_blank"
-            rel="noopener noreferrer">Thoughts after departing Galoy</a>
-        </li>
-        <li>
-          <a href="writings/one-property-where-gold-beats-bitcoin.html" target="_blank"
-            rel="noopener noreferrer">One property where gold beats Bitcoin</a>
-        </li>
-        <li>
-          <a href="writings/10-million-sats-into-mining.html" target="_blank"
-            rel="noopener noreferrer">10 million sats into mining</a>
-        </li>
-        <li>
-          <a href="writings/tech-fascination-as-a-function-of-your-age.html" target="_blank"
-            rel="noopener noreferrer">Tech fascination as a function of your age</a>
-        </li>
-        <li>
-          <a href="writings/my-first-petahash.html" target="_blank"
-            rel="noopener noreferrer">My first petahash</a>
-        </li>
-        <li>
-          <a href="writings/my-fitness-journey.html" target="_blank"
-            rel="noopener noreferrer">My fitness journey</a>
-        </li>
-        <li>
-          <a href="writings/how-i-write-some-articles-im-lazy-about.html" target="_blank"
-            rel="noopener noreferrer">How I write some articles I have a hard time getting started with</a>
-        </li>
-        <li>
-          <a href="writings/replacing-a-failed-disk-in-a-zfs-mirror.html" target="_blank"
-            rel="noopener noreferrer">Replacing a Failed Disk in a ZFS Mirror</a>
-        </li>
-        <li>
-          <a href="writings/busy-mans-guide-to-optimizing-dbt-models-performance.html" target="_blank"
-            rel="noopener noreferrer">Busy man's guide to optimizing dbt models performance</a>
-        </li>
-        <li>
-          <a href="writings/fixing-a-degraded-zfs-mirror.html" target="_blank"
-            rel="noopener noreferrer">Fixing a Degraded ZFS Mirror: Reseat, Resilver, and Scrub</a>
-        </li>
-        <li>
-          <a href="writings/a-degraded-pool-with-a-healthy-disk.html" target="_blank"
-            rel="noopener noreferrer">A degraded pool with a healthy disk</a>
-        </li>
-        <li>
-          <a href="writings/why-i-put-my-vms-on-a-zfs-mirror.html" target="_blank"
-            rel="noopener noreferrer">Why I Put My VMs on a ZFS Mirror</a>
-        </li>
-        <li>
-          <a href="writings/a-note-for-the-future-the-tax-bleeding-in-2025.html" target="_blank"
-            rel="noopener noreferrer">A note for the future: the tax bleeding in 2025</a>
-        </li>
-        <li>
-          <a href="writings/notes-and-lessons-from-my-departure-from-superhog.html" target="_blank"
-            rel="noopener noreferrer">Notes and lessons from my departure from Superhog</a>
-        </li>
-        <li>
-          <a href="writings/is-your-drug-dealer-a-homophobic-socialist.html" target="_blank"
-            rel="noopener noreferrer">Is your drug dealer a homophobic socialist?</a>
-        </li>
-        <li>
-          <a href="writings/gresham-law-has-nothing-to-do-with-bitcoin.html" target="_blank"
-            rel="noopener noreferrer">Gresham's Law has nothing to do with Bitcoin</a>
-        </li>
-        <li>
-          <a href="writings/my-tips-and-tricks-when-using-postgres-as-a-dwh.html" target="_blank"
-            rel="noopener noreferrer">My tips and tricks when using Postgres as a DWH</a>
-        </li>
-        <li>
-          <a href="writings/dont-hide-it-make-it-beautiful.html" target="_blank" rel="noopener noreferrer">Don't hide
-            it, make it beautiful</a>
-        </li>
-        <li>
-          <a href="writings/the-roi-of-toilets.html" target="_blank" rel="noopener noreferrer">The ROI of toilets</a>
-        </li>
-        <li>
-          <a href="writings/your-customers-dont-care-that-your-bathroom-is-dirty.html" target="_blank"
-            rel="noopener noreferrer">Your customers don't care that your bathroom is dirty</a>
-        </li>
-        <li>
-          <a href="writings/if-i-started-a-data-team-again.html" target="_blank" rel="noopener noreferrer">If I started
-            a Data team again</a>
-        </li>
-        <li>
-          <a href="writings/one-efective-but-risky-way-to-find-the-top-budget-for-the-vacancy.html" target="_blank"
-            rel="noopener noreferrer">One efective but risky way to find the top budget for the
-            vacancy</a>
-        </li>
-        <li>
-          <a href="writings/bitcoin-mining-is-like-adding-the-final-piece-to-a-puzzle.html" target="_blank"
-            rel="noopener noreferrer">Bitcoin mining is like adding the final piece to a puzzle</a>
-        </li>
-        <li>
-          <a href="writings/credit-cards-affairs-and-chatgpt.html" target="_blank" rel="noopener noreferrer">Credit
-            cards, affairs and ChatGPT</a>
-        </li>
-        <li>
-          <a href="writings/when-new-is-not-better.html" target="_blank" rel="noopener noreferrer">When new is not
-            better</a>
-        </li>
-        <li>
-          <a href="writings/i-want-code-defined-dashboards-so-badly.html" target="_blank" rel="noopener noreferrer">I
-            want code defined dashboards so badly</a>
-        </li>
-        <li>
-          <a href="writings/a-simple-solution-to-spam.html" target="_blank" rel="noopener noreferrer">A simple solution
-            to spam</a>
-        </li>
-      </ul>
-    </section>
-    <hr />
-    <section>
-      <h2 id="talks-header">Talks</h2>
-      <p>Some talks I've given:</p>
-      <ul>
-        <li>
-          <a href="https://www.youtube.com/watch?v=kjJ2qto8cjg" target="_blank"
-            rel="noopener noreferrer">¿Sabes cómo se conecta tu wallet a la red?: Introducción a la infrastructura pública de Barcelona Bitcoin Only</a>
-        </li>
-        <li>
-          <a href="https://www.youtube.com/watch?v=-kQT2-C-Pgs" target="_blank"
-            rel="noopener noreferrer">¿Es posible la libertad sin desobediencia?</a>
-        </li>
-        <li>
-          <a href="https://www.youtube.com/watch?v=G9sk8fHrZ3Y&t=1360" target="_blank"
-            rel="noopener noreferrer">Lanzamiento BISQ 2.0</a>
-        </li>
-        <li>
-          <a href="https://youtu.be/3GfkptA8Dgc?t=1629" target="_blank"
-            rel="noopener noreferrer">Lo que mi nodo (Lightning) me enseñó</a>
-        </li>
-      </ul>
-    </section>
-  </main>
-  <footer>
-    <p>Pablo Martín Calvo</p>
-  </footer>
+    <main>
+        <h1>
+            Hi, Pablo here
+        </h1>
+        <p>
+            Welcome to my website. Here I discuss thoughts and ideas. This is mostly professional.
+        </p>
+        <hr>
+        <h2>What you'll find here:</h2>
+        <ul>
+            <li><a href="#about-me-header">About me</a></li>
+            <li><a href="#contact-header">Contact</a></li>
+            <li><a href="#my-projects-header">My projects</a></li>
+            <li><a href="#writings-header">Writings</a></li>
+        </ul>
+        <hr>
+        <section>
+            <h2 id="about-me-header">About me</h2>
+            <p>A few facts you might care about:</p>
+            <ul>
+                <li>I'm based in Barcelona, although I'm happy working for anyone located anywhere (as long as we can
+                    find a time to meet).</li>
+                <li>My career has focused in Data teams and positions, playing roles such as Data Lead, Data Engineer.
+                </li>
+                <li>Having said that, I have a lot of weird interests that might mix somehow, including:
+                    <ul>
+                        <li>Austrian economics and its societal and political implications</li>
+                        <li>Bitcoin</li>
+                        <li>P2P and privacy friendly applications</li>
+                        <li>Self-hosting and lowering the cost of people using advanced IT on a personal level</li>
+                        <li>Riding motorcycles</li>
+                        <li>Being annoyingly contrarian</li>
+                        <li>3D printing maps</li>
+                        <li>Teaching</li>
+                        <li>Film photography</li>
+                        <li>Calisthenics</li>
+                    </ul>
+                </li>
+            </ul>
+        </section>
+        <hr>
+        <section>
+            <h2 id="contact-header">Contact</h2>
+            <p>You can contact me on:</p>
+            <ul>
+                <li>
+                    <p><a href="https://www.linkedin.com/in/pablomartincalvo/">On LinkedIn</a> for professional matters.
+                    </p>
+                </li>
+                <li>
+                    On Nostr. My npub is: npub1a29gdc6p7c05az2ka3qwwpl9kfcqmws3xlwmjefmtkulfhgd7u6shuqatg
+                </li>
+                <li>
+                    <p>At this stage I'm not open to other contacts.</p>
+                </li>
+            </ul>
+            <p>If you are looking for my CV, no need to reach out, <a href="my_cv.pdf" target="_">you can fetch it
+                    yourself here.</a></p>
+            <p>Good reason to reach out include:</p>
+            <ul>
+                <li>You want to work with me.</li>
+                <li>Some of my interests, projects or writings caught your attention and you want to discuss them with
+                    me.</li>
+                <li>Something fun!</li>
+            </ul>
+            <p>Bad reasons to reach out include:</p>
+            <ul>
+                <li>You want to sell me something, and you mostly care about selling that thing to me, not me loving the
+                    thing.</li>
+                <li>You don't like something posted here and want to let me know your feelings.</li>
+            </ul>
+        </section>
+        <hr>
+        <section>
+            <h2 id="my-projects-header">My projects</h2>
+            <p>Some of the projects I've shared publicly:</p>
+            <ul>
+                <li><a href="https://github.com/pmartincalvo/dni" target="_blank" rel="noopener noreferrer">My Python
+                        package to handle Spanish DNIs better</a></li>
+                <li><a href="https://www.meetup.com/bitcoin-barcelona" target="_blank"
+                        rel="noopener noreferrer">Barcelona Bitcoin Only, a local Bitcoin meetup and community I've
+                        helped organize and run</a></li>
+            </ul>
+            <p>There are also some other projects that I generally keep private but might disclose under the right
+                circumstances. Some notable hints:</p>
+            <ul>
+                <li>That one time I made a lot of money doing something everyone said was stupid</li>
+                <li>Some work around helping people ignore EU regulations around exchanging Bitcoin and Fiat
+                </li>
+            </ul>
+        </section>
+        <hr>
+        <section>
+            <h2 id="writings-header">Writings</h2>
+            <p>Sometimes I like to jot down ideas and drop them here.</p>
+            <ul>
+                <li>
+                    <a href="writings/your-customers-dont-care-that-your-bathroom-is-dirty.html" target="_blank"
+                        rel="noopener noreferrer">Your customers don't care that your bathroom is dirty</a>
+                </li>
+                <li>
+                    <a href="writings/if-i-started-a-data-team-again.html" target="_blank" rel="noopener noreferrer">If
+                        I started a Data team again</a>
+                </li>
+                <li>
+                    <a href="writings/one-efective-but-risky-way-to-find-the-top-budget-for-the-vacancy.html"
+                        target="_blank" rel="noopener noreferrer">One efective but risky way to find the top budget for
+                        the vacancy</a>
+                </li>
+                <li>
+                    <a href="writings/bitcoin-mining-is-like-adding-the-final-piece-to-a-puzzle.html" target="_blank"
+                        rel="noopener noreferrer">Bitcoin mining is like adding the final piece to a puzzle</a>
+                </li>
+                <li>
+                    <a href="writings/credit-cards-affairs-and-chatgpt.html" target="_blank"
+                        rel="noopener noreferrer">Credit cards, affairs and ChatGPT</a>
+                </li>
+                <li>
+                    <a href="writings/when-new-is-not-better.html" target="_blank" rel="noopener noreferrer">When new is
+                        not better</a>
+                </li>
+                <li>
+                    <a href="writings/i-want-code-defined-dashboards-so-badly.html" target="_blank"
+                        rel="noopener noreferrer">I want code defined dashboards so badly</a>
+                </li>
+                <li>
+                    <a href="writings/a-simple-solution-to-spam.html" target="_blank" rel="noopener noreferrer">A
+                        simple solution to spam</a>
+                </li>
+
+            </ul>
+        </section>
+    </main>
+    <footer>
+        <p>Pablo Martín Calvo</p>
+    </footer>
 </body>
 
-</html>
+</html>
\ No newline at end of file
diff --git a/public/keybase.txt b/public/keybase.txt
deleted file mode 100644
index 43ffead..0000000
--- a/public/keybase.txt
+++ /dev/null
@@ -1,56 +0,0 @@
-==================================================================
-https://keybase.io/pablomartincalvo
---------------------------------------------------------------------
-
-I hereby claim:
-
-  * I am an admin of https://pablohere.contrapeso.xyz
-  * I am pablomartincalvo (https://keybase.io/pablomartincalvo) on keybase.
-  * I have a public key ASDgHxztDlU_R4hjxbkO21-rS4Iv1gABa3BPb_Aff7aNAgo
-
-To do so, I am signing this object:
-
-{
-  "body": {
-    "key": {
-      "eldest_kid": "0120d9bde13d9012e681cef2edd668d70426f1f6ef69ce7dfae20b404096eca5b06f0a",
-      "host": "keybase.io",
-      "kid": "0120e01f1ced0e553f478863c5b90edb5fab4b822fd600016b704f6ff01f7fb68d020a",
-      "uid": "8e71277fbc0fb1fea28d60308f495d19",
-      "username": "pablomartincalvo"
-    },
-    "merkle_root": {
-      "ctime": 1755635067,
-      "hash": "4f91af0b9c674e0f1d74a7cfad7abd15a7065cded92b96ac8a6abeb5c8553318599aa1bf7b065a3312e303506256b729b8b60b3a5dd06b68694423f4341a6a14",
-      "hash_meta": "6472dbf2ed33341fb30b6a0c5c5c7fb39c219dd0ffd03c6e08b68c788e0de60a",
-      "seqno": 27031070
-    },
-    "service": {
-      "entropy": "LEFJJ4FMmlJQWPPFEO4xHE5y",
-      "hostname": "pablohere.contrapeso.xyz",
-      "protocol": "https:"
-    },
-    "type": "web_service_binding",
-    "version": 2
-  },
-  "client": {
-    "name": "keybase.io go client",
-    "version": "6.5.1"
-  },
-  "ctime": 1755635082,
-  "expire_in": 504576000,
-  "prev": "37f12270050ab037897ccf6ef9451b1911cb505eca7c3842993b0b8925bc79b8",
-  "seqno": 31,
-  "tag": "signature"
-}
-
-which yields the signature:
-
-hKRib2R5hqhkZXRhY2hlZMOpaGFzaF90eXBlCqNrZXnEIwEg4B8c7Q5VP0eIY8W5Dttfq0uCL9YAAWtwT2/wH3+2jQIKp3BheWxvYWTESpcCH8QgN/EicAUKsDeJfM9u+UUbGRHLUF7KfDhCmTsLiSW8ebjEIAnIWTmufZ017e9WLdI1LhKBPaZ3HzmTrgyASDvY3PwoAgHCo3NpZ8RA9a3xgkSTU6Ht7M7DCsy4ClMmoWFtDEqzX9/dqskeoH2DrJUZYVymBQE1nyB0p1GuXiZA1cP5WY5SDURWZ5bBC6hzaWdfdHlwZSCkaGFzaIKkdHlwZQildmFsdWXEIEJZ4g4HC5qXcqbFf6sJ8XuZyMtoppazFqr1zPu0LH5co3RhZ80CAqd2ZXJzaW9uAQ==
-
-And finally, I am proving ownership of this host by posting or
-appending to this document.
-
-View my publicly-auditable identity here: https://keybase.io/pablomartincalvo
-
-==================================================================
\ No newline at end of file
diff --git a/public/my_cv.pdf b/public/my_cv.pdf
index f3422a0..27038a6 100644
Binary files a/public/my_cv.pdf and b/public/my_cv.pdf differ
diff --git a/public/static/achilles-meme.jpeg b/public/static/achilles-meme.jpeg
deleted file mode 100644
index 05c0227..0000000
Binary files a/public/static/achilles-meme.jpeg and /dev/null differ
diff --git a/public/static/bcc2026.pdf b/public/static/bcc2026.pdf
deleted file mode 100644
index d700579..0000000
Binary files a/public/static/bcc2026.pdf and /dev/null differ
diff --git a/public/static/chainsplit-blocktimes.png b/public/static/chainsplit-blocktimes.png
deleted file mode 100644
index e0c1238..0000000
Binary files a/public/static/chainsplit-blocktimes.png and /dev/null differ
diff --git a/public/static/chainsplit-coalitions.png b/public/static/chainsplit-coalitions.png
deleted file mode 100644
index 1cbac8a..0000000
Binary files a/public/static/chainsplit-coalitions.png and /dev/null differ
diff --git a/public/static/chart1_accumulated_hashrate.png b/public/static/chart1_accumulated_hashrate.png
deleted file mode 100644
index 06a1faa..0000000
Binary files a/public/static/chart1_accumulated_hashrate.png and /dev/null differ
diff --git a/public/static/chart2_daily_hashrate.png b/public/static/chart2_daily_hashrate.png
deleted file mode 100644
index ebbb900..0000000
Binary files a/public/static/chart2_daily_hashrate.png and /dev/null differ
diff --git a/public/static/chart3_cumulative_spend.png b/public/static/chart3_cumulative_spend.png
deleted file mode 100644
index d906a84..0000000
Binary files a/public/static/chart3_cumulative_spend.png and /dev/null differ
diff --git a/public/static/chart4_price_per_ph.png b/public/static/chart4_price_per_ph.png
deleted file mode 100644
index 655f641..0000000
Binary files a/public/static/chart4_price_per_ph.png and /dev/null differ
diff --git a/public/static/chart5_daily_rewards.png b/public/static/chart5_daily_rewards.png
deleted file mode 100644
index 3d6b878..0000000
Binary files a/public/static/chart5_daily_rewards.png and /dev/null differ
diff --git a/public/static/chart6_daily_pnl.png b/public/static/chart6_daily_pnl.png
deleted file mode 100644
index a0e85fe..0000000
Binary files a/public/static/chart6_daily_pnl.png and /dev/null differ
diff --git a/public/static/computers.png b/public/static/computers.png
deleted file mode 100644
index 955951a..0000000
Binary files a/public/static/computers.png and /dev/null differ
diff --git a/public/static/dreaming-bids.jpeg b/public/static/dreaming-bids.jpeg
deleted file mode 100644
index d4cc6b5..0000000
Binary files a/public/static/dreaming-bids.jpeg and /dev/null differ
diff --git a/public/static/hashwars-musings.zip b/public/static/hashwars-musings.zip
deleted file mode 100644
index c9dacf6..0000000
Binary files a/public/static/hashwars-musings.zip and /dev/null differ
diff --git a/public/static/homophobic-socialist-drug-dealer.png b/public/static/homophobic-socialist-drug-dealer.png
deleted file mode 100644
index f013ebc..0000000
Binary files a/public/static/homophobic-socialist-drug-dealer.png and /dev/null differ
diff --git a/public/static/hospitals-inside.png b/public/static/hospitals-inside.png
deleted file mode 100644
index 515541e..0000000
Binary files a/public/static/hospitals-inside.png and /dev/null differ
diff --git a/public/static/hospitals-outside.png b/public/static/hospitals-outside.png
deleted file mode 100644
index 33c1cd0..0000000
Binary files a/public/static/hospitals-outside.png and /dev/null differ
diff --git a/public/static/many-phs.png b/public/static/many-phs.png
deleted file mode 100644
index 0c86d59..0000000
Binary files a/public/static/many-phs.png and /dev/null differ
diff --git a/public/static/order-book-bids-here.png b/public/static/order-book-bids-here.png
deleted file mode 100644
index de5e5a0..0000000
Binary files a/public/static/order-book-bids-here.png and /dev/null differ
diff --git a/public/static/padme-meme.jpg b/public/static/padme-meme.jpg
deleted file mode 100644
index e56f94f..0000000
Binary files a/public/static/padme-meme.jpg and /dev/null differ
diff --git a/public/static/peaceful-life-meme.jpeg b/public/static/peaceful-life-meme.jpeg
deleted file mode 100644
index d01da78..0000000
Binary files a/public/static/peaceful-life-meme.jpeg and /dev/null differ
diff --git a/public/static/plumbings.png b/public/static/plumbings.png
deleted file mode 100644
index 68d61d0..0000000
Binary files a/public/static/plumbings.png and /dev/null differ
diff --git a/public/static/recent-hashrate.png b/public/static/recent-hashrate.png
deleted file mode 100644
index 9f17797..0000000
Binary files a/public/static/recent-hashrate.png and /dev/null differ
diff --git a/public/static/stations.png b/public/static/stations.png
deleted file mode 100644
index 54ad4ef..0000000
Binary files a/public/static/stations.png and /dev/null differ
diff --git a/public/static/streetlamps.png b/public/static/streetlamps.png
deleted file mode 100644
index 84a42d0..0000000
Binary files a/public/static/streetlamps.png and /dev/null differ
diff --git a/public/styles.css b/public/styles.css
index 7579f1c..1b99426 100644
--- a/public/styles.css
+++ b/public/styles.css
@@ -7,8 +7,7 @@ body {
 
 h1,
 h2,
-h3,
-h4 {
+h3 {
     text-align: center;
 }
 
@@ -22,28 +21,7 @@ img {
     display: block;
 }
 
-figcaption {
+figcaption a {
     font-style: italic;
     font-size: small;
-    text-align: center;
-}
-
-blockquote {
-    border-left: 3px solid #888;
-    margin-left: 0;
-    padding-left: 1em;
-    font-style: italic;
-    color: #555;
-}
-@media (max-width: 700px) {
-    body {
-        width: auto;
-        min-width: 0;
-        margin: 0 16px;
-    }
-
-    img {
-        max-width: 100%;
-        height: auto;
-    }
-}
+}
\ No newline at end of file
diff --git a/public/writings/10-million-sats-into-mining.html b/public/writings/10-million-sats-into-mining.html
deleted file mode 100644
index 426a830..0000000
--- a/public/writings/10-million-sats-into-mining.html
+++ /dev/null
@@ -1,295 +0,0 @@
-<!DOCTYPE HTML>
-<html>
-
-<head>
-    <title>Pablo here</title>
-    <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
-    <link rel="stylesheet" href="../styles.css">
-    <style>
-        table.ledger {
-            border-collapse: collapse;
-            width: fit-content;
-            min-width: 60%;
-            margin: 16px auto;
-            font-family: "Times New Roman", Times, serif;
-            font-size: 1.05em;
-        }
-
-        table.ledger th,
-        table.ledger td {
-            padding: 4px 16px;
-            border-bottom: 1px solid #ddd;
-        }
-
-        table.ledger .title {
-            text-align: center;
-            font-weight: bold;
-            font-size: 1.15em;
-        }
-
-        table.ledger .subtitle {
-            text-align: center;
-            font-style: italic;
-            font-weight: bold;
-            border-bottom: 2px solid #000;
-            padding-bottom: 4px;
-        }
-
-        table.ledger .amount {
-            text-align: right;
-            white-space: nowrap;
-            font-variant-numeric: tabular-nums;
-        }
-
-        table.ledger .section th {
-            text-align: left;
-            font-weight: bold;
-            padding-top: 12px;
-        }
-
-        table.ledger .item td:first-child {
-            padding-left: 30px;
-            font-weight: normal;
-        }
-
-        table.ledger .subtotal td {
-            font-weight: normal;
-        }
-
-        table.ledger .subtotal .amount {
-            border-top: 1px solid #000;
-        }
-
-        table.ledger .total th {
-            text-align: left;
-            font-weight: bold;
-            border-bottom: none;
-        }
-
-        table.ledger .total .amount {
-            text-align: right;
-            border-top: 1px solid #000;
-            border-bottom: 3px double #000;
-        }
-    </style>
-</head>
-
-
-<body>
-    <main>
-        <h1>
-            Hi, Pablo here
-        </h1>
-        <p><a href="../index.html">back to home</a></p>
-        <hr>
-        <section>
-            <h2>10 million sats into mining</h2>
-            <p><em>Published: 2026-05-25</em></p>
-            <p>In my previous article <a href="my-first-petahash.html">My first petahash</a> I discussed my beginnings
-                with mining via rented hashrate from
-                <a href="https://hashpower.braiins.com">Braiins' Hashpower market</a> plus my own
-                <a href="https://github.com/OCEAN-xyz/datum_gateway">DATUM</a> gateway pointing to
-                <a href="https://ocean.xyz/">OCEAN</a>, with
-                <a href="https://github.com/counterweightoperator/hashbidder">hashbidder</a> to automate my bidding in
-                the hashmarket. I also mentioned that my starting plan was to put a total of 10 million sats into this
-                experiment then checkpoint how things were going. Well, the 10 million sats have gone through Hashpower
-                (and <em>partially</em> come back to me), so I'll deliver the checkpoint as I promised myself.</p>
-            <p>Before going into it, I want to share my rationale for writing and sharing this. Most stuff I fiddle and
-                tinker with, I don't write about publicly. But this experiment is different. Although simply setting this
-                up and mining is plenty of fun and pretty much justifies doing it by its entertaining nature, the reality
-                is that my interest in controlling hashrate goes beyond sweet weekend hacking fun. Truth is that the
-                <a href="https://bip110.org/">BIP110 softfork</a> is on the table, and its success will depend on people
-                adopting it and hashrate being deployed to support it. My node has been running with the BIP110 patch for
-                quite a bit, but I didn't control more than 1TH/s until I started this experiment.</p>
-            <p>I think just learning how to set up this system and pointing a few petahashes to support the softfork is
-                enough of a contribution for my paygrade. It's been long since I thought I should save the world.
-                Nowadays I'm happy doing what a pleb must do, which is tending to his garden and doing his humble
-                part.</p>
-            <figure style="width: 75%; margin: 10px auto;">
-                <img width="100%" height="auto" src="../static/peaceful-life-meme.jpeg"
-                    alt="It's a peaceful life meme">
-            </figure>
-            <p>Nevertheless: I wrote my previous article because I found there seems to be quite a bit of interest among
-                the plebs around renting hashrate, and so far I had not found much written about it beyond shit slinging
-                between knotzis and coretards. I'm writing this second part for the same reason, plus another specific
-                gap I've noticed. I see many plebs ask questions about how much money will you spend doing this, or what
-                amount of hashrate can you secure if you are willing to dedicate X sats per month to mining. And the
-                answers that come back are typically long rants on the different convoluted factors that influence the
-                answer. Not that those answers are wrong, for it is really a convoluted topic and it's hard to talk
-                specifics a priori. Hence why I want to write this article where I provide specific numbers on my
-                experience: so that it serves others as a very relatable and simple to understand report on how much
-                someone actually spent mining in a certain way. Hopefully it makes for a better data point to those who
-                find themselves on the fences of trying out.</p>
-            <p>The ultimate goal of it all is to spread knowledge, in the hopes people will be enlightened and motivated
-                by this and will take part instead of letting Foundry mine everything. My part will end here, and then
-                it's your turn to act.</p>
-            <p>I hope you find it interesting and useful. And I hope that, if you support BIP110, you'll roll your
-                sleeves and replicate this, adding the hashrate you can afford to the cause.</p>
-            <p>Now let's jump into the mud.</p>
-
-            <h3>Quick review of the system + how it performed</h3>
-            <p>I'm running Knots with the BIP110 patch, DATUM and hashbidder in a server I physically host myself. All
-                three services are hosted in a single VM. The DATUM endpoint is publicly reachable via a VPS I rent
-                (with sats), which then gets redirected to the DATUM process running in my server.</p>
-            <p>The uptime of this has been perfect. Any bit of downtime has been related to blips in my residential
-                networking or host downtime due to maintenance that is not related to the mining bit. None of the
-                Bitcoin/mining services have had any operational hiccup (hashbidder did stop working here and there, but
-                that was simply because I was always using the bleeding edge version and some bugs made it to
-                production). Resource consumption for this stack is a non-issue: stable and predictable, so the VM this
-                has been running on has had 99.86% uptime during the last couple of months.</p>
-            <p>I encountered a few small issues with Hashpower, but they were all trivial and didn't affect my
-                experience. The service has had a few outages of the API and web, yet as far as I can tell the actual
-                delivery of hashrate has been working constantly. If that failed at any time, it was brief enough to get
-                camouflaged as your usual hash delivery spikeyness.</p>
-            <p>I did face some issues with <a href="https://hashpower.braiins.com/api/">Hashpower's API docs</a> being
-                incorrect: some endpoints behaved differently than what they advertised in the documentation. I got in
-                touch with their support in mid April and they told me they would address the issue. I checked while
-                writing the article and the issue is still unsolved.</p>
-            <p>Regarding rejected shares, I think the setup has worked out great. I just checked, and the datum dashboard
-                indicates I'm sitting at 0.06% (0.0006). I wouldn't be able to judge the quality of this rate myself, but
-                others more experienced in mining have assured me it's great, so I'll parrot back that it's great.</p>
-	    <p>When it comes to bidding, I can assure you it has been quite optimal. I've taken whatever prices existed in Hashpower and never said "no, I won't mine now because XYZ price is too high". But I did a pretty decent job at staying as close as possible to the cheapest price being served. It is common to see bids that are 10%/20%/50% above market price in Hashpower. In my case, I'm pretty confident I must have stayed constantly between 0-5% of the cheapest bid. I can't show you the data to back it up, and won't go into the details, but hashbidder just does a good job of doing that. You can try for yourself and verify.</p>
-
-            <h3>Facts, figures, performance</h3>
-            <p>Okay, now let's show some serious data. Let's begin with how much I mined:</p>
-            <figure style="width: 97.5%; margin: 10px auto;">
-                <img width="100%" height="auto" src="../static/chart1_accumulated_hashrate.png"
-                    alt="Accumulated hashes computed">
-                <figcaption>Total accumulated hashes computed over the experiment</figcaption>
-            </figure>
-            <figure style="width: 97.5%; margin: 10px auto;">
-                <img width="100%" height="auto" src="../static/chart2_daily_hashrate.png"
-                    alt="Daily average hashrate against the 5 PH/s target">
-                <figcaption>Daily average hashrate against the 5 PH/s target</figcaption>
-            </figure>
-            <p>After some initial fiddling, I decided I would settle for a goal of mining at ~5PH/s. I estimated this
-                would allow me to spend my 10 million sats over 6-8 weeks. I wanted to mine at least that long to have a
-                decent statistical chance to getting close to non-extreme luck streaks with OCEAN (either good or
-                bad).</p>
-            <p>You can see in the chart the first days were more unstable due to this. It also took me a bit of time to
-                get hashbidder properly implemented and operational, hence why I didn't really start tracking the target
-                hashrate great until early May.</p>
-            <p>Is this enough to amount to anything significant? Well, if I had solo mined at this pace, there is less
-                than 2.5% probability that I would have found a block in less than a year. There is also around a 2.5%
-                probability that if I had mined with the same weight in the network all the way to 2140, I would still
-                have not found a block. Thank God for pooled mining and for OCEAN to make it fair, simple and
-                transparent.</p>
-            <p>How much did I pay for this? Well, the actual exact amount of money I've spent is not exactly 10,000,000
-                sats, but rather 9,929,972 sats. The difference is mixed between mining fees I spent sending my money to
-                Braiins and some leftover sats I have still sitting on Hashpower because they're not enough to place an
-                order.</p>
-            <figure style="width: 97.5%; margin: 10px auto;">
-                <img width="100%" height="auto" src="../static/chart3_cumulative_spend.png"
-                    alt="Cumulative sats spent on rented hashrate">
-                <figcaption>Cumulative sats spent on rented hashrate</figcaption>
-            </figure>
-            <p>This is a chart showing how my expense accumulated slowly by the day. Unfortunately, it only shows some
-                days because the Braiins API doesn't give you back the full history, hence why you see that interpolated
-                bit at the start. Pretty boring. Stable hashrate, stable expense.</p>
-            <p>Although it's not a perfectly straight line! Prices do change quite a bit overtime in hashpower. The chart
-                of average sats per PH/s/d shows how the average price fluctuates over different days:</p>
-            <figure style="width: 97.5%; margin: 10px auto;">
-                <img width="100%" height="auto" src="../static/chart4_price_per_ph.png"
-                    alt="Average price per PH/s per day">
-                <figcaption>Average price per PH/s per day</figcaption>
-            </figure>
-            <p>As you can see, prices change significantly measured in sats. Differences of +-20% in a few days do
-                happen.</p>
-            <p>On the income side: this chart shows the earned rewards day by day (not to be confused with payouts).</p>
-            <figure style="width: 97.5%; margin: 10px auto;">
-                <img width="100%" height="auto" src="../static/chart5_daily_rewards.png"
-                    alt="Daily mining rewards earned">
-                <figcaption>Daily mining rewards earned, with the cumulative average</figcaption>
-            </figure>
-            <p>Extremely volatile, as you would expect due to the nature of
-                <a href="https://ocean.xyz/docs/tides">TIDES</a>, the protocol that OCEAN follows. Having said that, the
-                volatility of this also relates to the size of OCEAN: as they grow their share of the total difficulty,
-                they hit blocks most frequently and wild spikes of luck become less frequent.</p>
-            <p>This is the chart that should make it clear that mining with OCEAN nowadays for a brief window of time is
-                russian roulette. There are entire days where NOTHING is paid. If you have any hopes of having a stable
-                experience, plan to mine for months at least. The cumulative average line in the chart shows you how, as
-                you stay longer and longer, you start stabilizing on the average.</p>
-            <p>Finally, this chart sums up the financial performance, showing expense and reward day by day along with
-                the cumulative net loss:</p>
-            <figure style="width: 97.5%; margin: 10px auto;">
-                <img width="100%" height="auto" src="../static/chart6_daily_pnl.png"
-                    alt="Estimated daily P&L: expense vs rewards">
-                <figcaption>Estimated daily P&amp;L: expense vs rewards, with accumulated net profit</figcaption>
-            </figure>
-            <p>So what does the final P&amp;L look like then?</p>
-            <table class="ledger">
-                <thead>
-                    <tr>
-                        <th class="title" colspan="2">Mining experiment P&amp;L</th>
-                    </tr>
-                    <tr>
-                        <th class="subtitle" colspan="2">(in sats)</th>
-                    </tr>
-                </thead>
-                <tbody>
-                    <tr class="section">
-                        <th colspan="2">Expenses:</th>
-                    </tr>
-                    <tr class="item">
-                        <td>Transaction fees</td>
-                        <td class="amount">817</td>
-                    </tr>
-                    <tr class="item">
-                        <td>OCEAN fees</td>
-                        <td class="amount">93,218</td>
-                    </tr>
-                    <tr class="item">
-                        <td>Rented hashrate</td>
-                        <td class="amount">9,929,972</td>
-                    </tr>
-                    <tr class="subtotal">
-                        <td>Total expense</td>
-                        <td class="amount">10,024,007</td>
-                    </tr>
-                    <tr class="section">
-                        <th colspan="2">Income:</th>
-                    </tr>
-                    <tr class="item">
-                        <td>Mining rewards</td>
-                        <td class="amount">9,321,406</td>
-                    </tr>
-                    <tr class="total">
-                        <th>Net</th>
-                        <th class="amount">−702,601</th>
-                    </tr>
-                </tbody>
-            </table>
-
-            <h3>What comes next</h3>
-            <p>So, I poured 10 million sats into this and got roughly 9.3 million sats out, thus spending 700K sats.</p>
-            <p>Surely it's time to stop, right?</p>
-            <figure style="width: 75%; margin: 10px auto;">
-                <img width="100%" height="auto" src="../static/padme-meme.jpg" alt="And then you will stop, right? meme">
-            </figure>
-            <p>Unhosted Marcellus made
-                <a href="https://xcancel.com/oomahq/status/2023476291136037182#m">this reasoning I find great</a> that if
-                your bags are in Bitcoin, it is in your best interest to keep hash raining on the blockchain tip. He
-                changes the way of looking at mining as a "business" for miners, and rather as a maintenance expense for
-                users (and fees and miners are just a way to organize so that each user doesn't need to run an S21 in
-                their kitchen and risk divorce).</p>
-            <p>I think it's a good POV. And I'm going to stick to it. I think putting 0.1% of my network, on a yearly
-                basis, towards adding hash is valuable for me. Now that I've run this couple months experiment, I have a
-                good feel for what is the "loss" factor of cycling sats through hashpower, so I can crunch the numbers
-                and find out what is the hashrate I should aim for to spend 0.1% of my bags on a yearly basis.</p>
-            <p>Some fellow Bitcoiners are aware of my plan and have pointed out to me that my actions are pointless. That
-                I'm too small to make a difference in the mining scene. It must suck to have such a terrible low-agency
-                mentality. Pleasure should be found in doing the right things, even if they amount to little.</p>
-            <figure style="width: 75%; margin: 10px auto;">
-                <img width="100%" height="auto" src="../static/achilles-meme.jpeg"
-                    alt="That's why no one will remember your nym meme">
-            </figure>
-            <p>And you? Will you mine? Why not?</p>
-            <hr>
-            <p><a href="../index.html">back to home</a></p>
-        </section>
-    </main>
-
-</body>
-
-</html>
diff --git a/public/writings/a-degraded-pool-with-a-healthy-disk.html b/public/writings/a-degraded-pool-with-a-healthy-disk.html
deleted file mode 100644
index d6dec59..0000000
--- a/public/writings/a-degraded-pool-with-a-healthy-disk.html
+++ /dev/null
@@ -1,134 +0,0 @@
-<!DOCTYPE HTML>
-<html>
-
-<head>
-    <title>Pablo here</title>
-    <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
-    <link rel="stylesheet" href="../styles.css">
-</head>
-
-
-<body>
-    <main>
-        <h1>
-            Hi, Pablo here
-        </h1>
-        <p><a href="../index.html">back to home</a></p>
-        <section>
-            <h2>A degraded pool with a healthy disk</h2>
-            <p><em>Published: 2026-01-04</em></p>
-            <p><em>Part 2 of 3 in my "First ZFS Degradation" series. See also <a href="why-i-put-my-vms-on-a-zfs-mirror.html">Part 1: The Setup</a> and <a href="fixing-a-degraded-zfs-mirror.html">Part 3: The Fix</a>.</em></p>
-            <h3>The "Oh Shit" Moment</h3>
-            <p>I wasn't even looking for trouble. I was clicking around the Proxmox web UI, exploring some storage views I hadn't noticed before, when I saw it: my ZFS pool was in <strong>DEGRADED</strong> state.</p>
-            <p>I opened the details. One of my two mirrored drives was listed as <strong>FAULTED</strong>.</p>
-            <p>I was very surprised. This box and disks were brand new and didn't even have three months of running on them. I was not expecting HW issues to come at me that fast. I SSH'd into the server and ran the command that would become my best friend over the next 24 hours:</p>
-            <pre><code>zpool status -v proxmox-tank-1</code></pre>
-            <p>No glitch. The pool was degraded. The drive had racked up over 100 read errors, 600+ write errors, and 129 checksum errors. ZFS had given up on it.</p>
-            <pre><code>  NAME                                 STATE     READ WRITE CKSUM
-  proxmox-tank-1                       DEGRADED     0     0     0
-    mirror-0                           DEGRADED     0     0     0
-      ata-ST4000NT001-3M2101_WX11TN0Z  FAULTED    108   639   129  too many errors
-      ata-ST4000NT001-3M2101_WX11TN2P  ONLINE       0     0     0</code></pre>
-            <p>The good news: <code>errors: No known data errors</code>. ZFS was serving all my data from the healthy drive. Nothing was lost yet.</p>
-            <p>The bad news: I was running on a single point of failure. If AGAPITO2 decided to have a bad day too, I'd be in real trouble.</p>
-            <p>I tried the classic IT move: rebooting. The system came back up and ZFS immediately started trying to resilver (rebuild) the degraded drive. But within minutes, the errors started piling up again and the resilver stalled.</p>
-            <p>Time to actually figure out what was wrong.</p>
-            <h3>The Diagnostic Toolbox</h3>
-            <p>When a ZFS drive acts up, you have two main sources of truth: what the <strong>kernel</strong> sees happening at the hardware level, and what the <strong>drive itself</strong> reports about its health. This can be looked up with <code>dmesg</code> and <code>smartctl</code>.</p>
-            <h4>dmesg: The Kernel's Diary</h4>
-            <p>The Linux kernel maintains a ring buffer of messages about hardware events, driver activities, and system operations. The <code>dmesg</code> command lets you read it. For disk issues, you want to grep for SATA-related keywords:</p>
-            <pre><code>dmesg -T | egrep -i 'ata[0-9]|sata|reset|link|i/o error' | tail -100</code></pre>
-            <p>The <code>-T</code> flag gives you human-readable timestamps instead of seconds-since-boot.</p>
-            <p>What I saw was... weird. Here's an excerpt:</p>
-            <pre><code>[Fri Jan  2 22:25:13 2026] ata4.00: exception Emask 0x50 SAct 0x70220001 SErr 0xe0802 action 0x6 frozen
-[Fri Jan  2 22:25:13 2026] ata4.00: irq_stat 0x08000000, interface fatal error
-[Fri Jan  2 22:25:13 2026] ata4.00: failed command: READ FPDMA QUEUED
-[Fri Jan  2 22:25:13 2026] ata4: hard resetting link
-[Fri Jan  2 22:25:14 2026] ata4: SATA link down (SStatus 0 SControl 300)</code></pre>
-            <p>Let me translate: the kernel tried to read from the drive on <code>ata4</code>, got a "fatal error," and responded by doing a hard reset of the SATA link. Then the link went down entirely. The drive just... disappeared.</p>
-            <p>But it didn't stay gone. A few seconds later:</p>
-            <pre><code>[Fri Jan  2 22:25:24 2026] ata4: link is slow to respond, please be patient (ready=0)
-[Fri Jan  2 22:25:24 2026] ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300)</code></pre>
-            <p>The drive came back! At full speed! But then...</p>
-            <pre><code>[Fri Jan  2 22:25:29 2026] ata4.00: qc timeout after 5000 msecs (cmd 0xec)
-[Fri Jan  2 22:25:29 2026] ata4.00: failed to IDENTIFY (I/O error, err_mask=0x4)
-[Fri Jan  2 22:25:29 2026] ata4: limiting SATA link speed to 3.0 Gbps</code></pre>
-            <p>It failed again. The kernel, trying to be helpful, dropped the link speed from 6.0 Gbps to 3.0 Gbps. Maybe a slower speed would be more stable?</p>
-            <p>It wasn't. The pattern repeated: connect, fail, reset, reconnect at a slower speed. 6.0 Gbps, then 3.0 Gbps, then 1.5 Gbps. Eventually:</p>
-            <pre><code>[Fri Jan  2 22:27:06 2026] ata4.00: disable device</code></pre>
-            <p>The kernel gave up entirely.</p>
-            <p>This wasn't what a dying drive looks like. A dying drive throws read errors on specific bad sectors. This drive was connecting and disconnecting like someone was jiggling the cable. The kernel was calling it "interface fatal error", emphasis on <em>interface</em>.</p>
-            <h4>smartctl: Asking the Drive Directly</h4>
-            <p>Every modern hard drive has S.M.A.R.T. (Self-Monitoring, Analysis, and Reporting Technology) — basically a built-in health monitor. The <code>smartctl</code> command lets you get info out of it.</p>
-            <p>First, the overall health check:</p>
-            <pre><code>smartctl -H /dev/sdb</code></pre>
-            <pre><code>SMART overall-health self-assessment test result: PASSED</code></pre>
-            <p>Okay, that looks great. But if the disk is healthy, what the hell is going on, and where are all those errors that ZFS was spotting coming from?</p>
-            <p>Let's dig deeper with the extended info:</p>
-            <pre><code>smartctl -x /dev/sdb</code></pre>
-            <p>The key attributes I was looking for:</p>
-            <table>
-                <thead>
-                    <tr>
-                        <th>Attribute</th>
-                        <th>Value</th>
-                        <th>What it means</th>
-                    </tr>
-                </thead>
-                <tbody>
-                    <tr>
-                        <td>Reallocated_Sector_Ct</td>
-                        <td>0</td>
-                        <td>Bad sectors the drive has swapped out. Zero is good.</td>
-                    </tr>
-                    <tr>
-                        <td>Current_Pending_Sector</td>
-                        <td>0</td>
-                        <td>Sectors waiting to be checked. Zero is good.</td>
-                    </tr>
-                    <tr>
-                        <td>UDMA_CRC_Error_Count</td>
-                        <td>0</td>
-                        <td>Data corruption during transfer. Zero is good.</td>
-                    </tr>
-                    <tr>
-                        <td>Number of Hardware Resets</td>
-                        <td>39</td>
-                        <td>Times the connection has been reset. Uh...</td>
-                    </tr>
-                </tbody>
-            </table>
-            <p>All the sector-level health metrics looked perfect. No bad blocks, no pending errors, no CRC errors. The drive's magnetic platters and read/write heads were fine.</p>
-            <p>But 39 hardware resets? That's not normal. That's the drive (or its connection) getting reset nearly 40 times.</p>
-            <p>I ran the short self-test to be sure:</p>
-            <pre><code>smartctl -t short /dev/sdb
-# Wait a minute...
-smartctl -l selftest /dev/sdb</code></pre>
-            <pre><code># 1  Short offline       Completed without error       00%</code></pre>
-            <p>The drive passed its own self-test. The platters spin, the heads move, the firmware works, and it can read its own data just fine.</p>
-            <h3>Hypothesis</h3>
-            <p>At this point, the evidence was pointing clearly away from "the drive is dying" and toward "something is wrong with the connection."</p>
-            <p>What the kernel logs told me: the drive keeps connecting and disconnecting. Each time it reconnects, the kernel tries slower speeds. Eventually it gives up entirely. This is what you see with an unstable physical connection.</p>
-            <p>What SMART told me: the drive itself is healthy. No bad sectors, no media errors, no signs of wear. But there have been dozens of hardware resets — the connection keeps getting interrupted.</p>
-            <p>The suspects, in order of likelihood:</p>
-            <ol>
-                <li><strong>SATA data cable</strong>: the most common culprit for intermittent connection issues. Cables go bad, or weren't seated properly in the first place.</li>
-                <li><strong>Power connection</strong>: if the drive isn't getting stable power, it might brown out intermittently.</li>
-                <li><strong>SATA port on the motherboard</strong>: less likely, but possible.</li>
-                <li><strong>PSU</strong>: power supply issues could affect the power rail feeding the drive. Unlikely, since both disks where feeding from the same cable tread, but still an option.</li>
-            </ol>
-            <p>Given that I had just built this server a few weeks earlier, and a good part of that happened after midnight... I was beginning to suspect that perhaps I simply might not have plugged in the disk properly.</p>
-            <h3>The Verdict</h3>
-            <p>I was pretty confident now: the drive was fine, but the connection was bad. Most likely the SATA data cable, and most probably simply not connected properly.</p>
-            <p>The fix would require shutting down the server, opening the case, and reseating (or replacing) cables. Before doing that, I wanted to take the drive offline cleanly and document everything.</p>
-            <p>In <a href="fixing-a-degraded-zfs-mirror.html">Part 3</a>, I'll walk through exactly how I fixed it: the ZFS commands, the physical work, and the validation to make sure everything was actually okay afterward.</p>
-            <p><em>Continue to <a href="fixing-a-degraded-zfs-mirror.html">Part 3: The Fix</a> →</em></p>
-            <p><a href="../index.html">back to home</a></p>
-        </section>
-    </main>
-
-</body>
-
-</html>
-
diff --git a/public/writings/a-note-for-the-future-the-tax-bleeding-in-2025.html b/public/writings/a-note-for-the-future-the-tax-bleeding-in-2025.html
deleted file mode 100644
index 3bf593a..0000000
--- a/public/writings/a-note-for-the-future-the-tax-bleeding-in-2025.html
+++ /dev/null
@@ -1,189 +0,0 @@
-<!doctype html>
-<html>
-  <head>
-    <title>Pablo here</title>
-    <meta charset="utf-8" />
-    <meta name="viewport" content="width=device-width, initial-scale=1" />
-    <link rel="stylesheet" href="../styles.css" />
-  </head>
-
-  <body>
-    <main>
-      <h1>Hi, Pablo here</h1>
-      <p><a href="../index.html">back to home</a></p>
-      <hr />
-      <section>
-        <h2>A note for the future: the tax bleeding in 2025</h2>
-        <p><em>Published: 2025-08-18</em></p>
-        <p>
-          I hate taxes deeply. I fell through the rabbit hole of libertarian and
-          anarcocapitalist ideas some years ago, and taxes have been repulsive
-          to me ever since. I go to great lengths to not pay them, and feel
-          deeply hurt everytime they sting my wallet against my will.
-        </p>
-        <p>
-          I know life goes by fast, and what today is vivid in your memory fades
-          away bit by bit until it's gone. I'm truly hoping that, some day in
-          the future, the world will have changed to the better and people won't
-          be paying as much tax as we're doing today in the West. Since in that
-          bright, utopical future I'm dreaming of I might have forgotten about
-          how bad things were on this matter in 2025, I've decided to make a
-          little entry here making an estimate on how many taxes I'm
-          theoretically bleeding on a yearly basis right now. So that we can
-          someday look back in time and wonder: "how the fuck did we tolerate
-          that pillaging".
-        </p>
-        <h3>Inventory</h3>
-        <p>
-          Before going hard into the number crunching let's list all the tax
-          items I'm aware of being subject to:
-        </p>
-        <ul>
-          <li>
-            Income Tax: for the sin of making money, the state takes a hefty
-            bite of my salary.
-          </li>
-          <li>
-            Social Security: the state runs a forceful Social Security
-            programme. If you work, it is illegal to not pay for it. It is
-            specially unnerving since it is quite literally a ponzi scheme. At
-            least Madoff lured you into it with pretty words, not violence.
-          </li>
-          <li>
-            VAT Tax: for the sin of buying stuff, the state takes another hefty
-            bite.
-          </li>
-          <li>
-            Real State Tax: for the sin of owning an apartment, the state
-            charges me rent. Do I own it actually?
-          </li>
-          <li>
-            Vehicle Tax: for the sin of owning a motorcycle, the state charges
-            me a yearly fee.
-          </li>
-          <li>
-            Wealth Transfer Tax: when you buy real state, you must pay 10% of
-            its value in taxes. This is a one off fee if you only buy one house
-            in your lifetime, but it is such a slap on the face that it would be
-            dishonest to not consider it.
-          </li>
-          <li>
-            Inheritance tax: you thought you were going to keep daddy's loot all
-            for yourself? When you inherit, you'll go through the register
-            again. Like the wealth transfer tax, is not a frequent one, but it's
-            big so let's consider it.
-          </li>
-        </ul>
-        <p>
-          There may be some other small, less frequent taxes that I'm not
-          considering. These are the ones that will hit most people in my
-          country.
-        </p>
-        <h3>The numbers</h3>
-        <p>
-          Okay, let's go compute the hideous bill. I'll make a hypothetical
-          profile that's roughly close to mine, with a few assumptions along the
-          way.
-        </p>
-        <ul>
-          <li>
-            <em>Salary</em>: online sources say the typical salary for my job
-            position in my area is 70k€ yearly. Including the Social Security
-            paid by the company, the sum rises to ~85K€. I consider this way of
-            measuring honest, since I think that all the money paid out by the
-            employer reflects what's the true salary and value of the employee.
-            I read it as, "the company is willing to pay 85K€ for this. What
-            ends up in the employees pocket, and what in the State's, they don't
-            mind".
-          </li>
-          <li><em>Expenses</em>: I'll assume I spend half of my salary.</li>
-          <li>
-            <em>Home Purchase</em>: I'll assume that, during my adult life, I
-            would buy once the average home in my town. From what I could find
-            online, that's somewhere around 500K€.
-          </li>
-          <li>
-            <em>Vehicles</em>: I own a motorcycle and share the expenses of a
-            car with my partner, so I'll count 1.5 vehicles.
-          </li>
-          <li>
-            <em>Inheritance tax</em>: I found a figure stating the average
-            windfall in my country is 250K€. We'll go with that.
-          </li>
-        </ul>
-        <p>With those clear, let's see the actual figures:</p>
-        <table>
-          <thead>
-            <tr>
-              <th>Tax</th>
-              <th>€/year</th>
-            </tr>
-          </thead>
-          <tbody>
-            <tr>
-              <td>Income Tax (IRPF)</td>
-              <td>22,401&nbsp;€</td>
-            </tr>
-            <tr>
-              <td>Social Security (worker&nbsp;+&nbsp;employer)</td>
-              <td>
-                25,375&nbsp;€
-                <small
-                  >(worker&nbsp;4,445&nbsp;€&nbsp;+&nbsp;employer&nbsp;20,930&nbsp;€)</small
-                >
-              </td>
-            </tr>
-            <tr>
-              <td>VAT (blended basket)</td>
-              <td>5,250&nbsp;€</td>
-            </tr>
-            <tr>
-              <td>Real Estate Tax (IBI)</td>
-              <td>1,000&nbsp;€</td>
-            </tr>
-            <tr>
-              <td>Vehicle Tax (1.5 vehicles)</td>
-              <td>225&nbsp;€</td>
-            </tr>
-            <tr>
-              <td>Wealth Transfer (10% home, spread 50y)</td>
-              <td>1,000&nbsp;€</td>
-            </tr>
-            <tr>
-              <td>Inheritance (7% of 250k, spread 50y)</td>
-              <td>350&nbsp;€</td>
-            </tr>
-          </tbody>
-          <tfoot>
-            <tr>
-              <th>Total</th>
-              <th>55,602&nbsp;€</th>
-            </tr>
-          </tfoot>
-        </table>
-        <p>
-          So there you go. A peaceful existence as a tech professional living a
-          normal life leads to bleeding at least 55K€ per year, all while
-          getting an 85K€ salary. The tax rate sits at a wonderful 64%. How far
-          away is this from hardcore USSR-grade communism?
-        </p>
-        <p>
-          And this is generous, since I didn't model (1) what gets stolen
-          through inflation diluting savings and (2) any capital gains that this
-          profile might end up paying for whatever investments he is doing with
-          his savings.
-        </p>
-        <p>
-          Then you'll see mainstream media puppets discussing why young people
-          don't have children. As if it was some kind of mistery. They're being
-          robbed their children's bread left and right, while getting hypnotized
-          into believing that protecting themselves against this outrageous
-          robbery is somehow morally despicable.
-        </p>
-        <p>Motherfuckers.</p>
-        <hr />
-        <p><a href="../index.html">back to home</a></p>
-      </section>
-    </main>
-  </body>
-</html>
diff --git a/public/writings/a-simple-solution-to-spam.html b/public/writings/a-simple-solution-to-spam.html
index dbf8a89..4dd9ba0 100644
--- a/public/writings/a-simple-solution-to-spam.html
+++ b/public/writings/a-simple-solution-to-spam.html
@@ -4,7 +4,7 @@
 <head>
     <title>Pablo here</title>
     <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
+    <meta viewport="width=device-width, initial-scale=1">
     <link rel="stylesheet" href="../styles.css">
 </head>
 
@@ -18,7 +18,6 @@
         <hr>
         <section>
             <h2>A simple solution to spam</h2>
-            <p><em>Published: 2025-01-14</em></p>
             <p>Spam is a problem that has plagued the Internet for decades already. Given a negligible cost to reach
                 out, and easy access to some contact method, many annoying people will choose to mass bother all of us
                 in hopes of striking a profit.
diff --git a/public/writings/bitcoin-mining-is-like-adding-the-final-piece-to-a-puzzle.html b/public/writings/bitcoin-mining-is-like-adding-the-final-piece-to-a-puzzle.html
index 725d269..79928a4 100644
--- a/public/writings/bitcoin-mining-is-like-adding-the-final-piece-to-a-puzzle.html
+++ b/public/writings/bitcoin-mining-is-like-adding-the-final-piece-to-a-puzzle.html
@@ -4,7 +4,7 @@
 <head>
     <title>Pablo here</title>
     <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
+    <meta viewport="width=device-width, initial-scale=1">
     <link rel="stylesheet" href="../styles.css">
 </head>
 
@@ -18,7 +18,6 @@
         <hr>
         <section>
             <h2>Bitcoin mining is like adding the final piece to a puzzle</h2>
-            <p><em>Published: 2025-02-01</em></p>
             <p>
                 Bitcoin mining is one of those terribly explained topics that everyone and their mother has kind of
                 heard about at some point, but no one really feels comfortable explaining.
diff --git a/public/writings/busy-mans-guide-to-optimizing-dbt-models-performance.html b/public/writings/busy-mans-guide-to-optimizing-dbt-models-performance.html
deleted file mode 100644
index 3beee3e..0000000
--- a/public/writings/busy-mans-guide-to-optimizing-dbt-models-performance.html
+++ /dev/null
@@ -1,359 +0,0 @@
-<!DOCTYPE HTML>
-<html>
-
-<head>
-    <title>Pablo here</title>
-    <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
-    <link rel="stylesheet" href="../styles.css">
-</head>
-
-
-<body>
-    <main>
-        <h1>
-            Hi, Pablo here
-        </h1>
-        <p><a href="../index.html">back to home</a></p>
-        <hr>
-        <section>
-            <h2>Busy man's guide to optimizing dbt models performance</h2>
-            <p><em>Published: 2026-02-10</em></p>
-            <p>The below guide is a copy-paste of an internal doc file I created while working in Superhog. My team of
-                analysts were very smart guys, but had little knowledge on Postgres internals (we used Postgres for our
-                DWH) and low-level query optimization. That was understandable: they were analysts, busy with answering
-                business questions. Their value was not in fixing pipeline performance.</p>
-            <p>Nevertheless, giving them some degree of freedom in fixing performance was both great to avoid me
-                becoming a bottleneck and to also expand their knowledge, which they were eager to. This guide was
-                targeted to them, and the goal was to give them as many tools as possible without having to go into the
-                rabbit hole of <code>EXPLAIN ANALYZE</code>.</p>
-            <hr>
-            <p>You have a <code>dbt</code> model that takes ages to run in production. For some very valid reason, this
-                is a problem.</p>
-            <p>This is a small reference guide on things you can try. I suggest you try them from start to end, since
-                they are sorted in a descending way by value/complexity ratio.</p>
-            <p>Before you start working on a model, you might want to check <a href="#bonus">the bonus guide at the
-                    bottom</a> to learn how to make sure you don't change the outputs of a model while refactoring it.
-            </p>
-            <p>If you've tried everything you could here and things still don't work, don't hesitate to call Pablo.</p>
-
-            <h3>1. Is your model <em>really</em> taking too long?</h3>
-            <blockquote>Before you optimize a model that is taking too long, make sure it actually takes too long.
-            </blockquote>
-            <p>The very first step is to really assess if you do have a problem.</p>
-            <p>We run our DWH in a Postgres server, and Postgres is a complex system. Postgres is doing many things at
-                all times and it's very stateful, which means you will pretty much never see <em>exactly</em> the same
-                performance twice for some given query.</p>
-            <p>Before going crazy optimizing, I would advise running the model or the entire project a few times and
-                observing the behaviour. It might be that <em>some day</em> it took very long for some reason, but
-                usually, it runs just fine.</p>
-            <p>You also might want to do this in a moment where there's little activity in the DWH, like very early or
-                late in the day, so that other users' activity in the DWH don't pollute your observations.</p>
-            <p>If this is a model that is already being run regularly, we can also leverage the statistics
-                collected by the <code>pg_stat_statements</code> Postgres extension to check what are the min, avg, and
-                max run times for it. Ask Pablo to get this.</p>
-
-            <h3>2. Reducing the amount of data</h3>
-            <blockquote>Make your query only bring in the data it needs, and not more. Reduce the amount of data as
-                early as possible.</blockquote>
-            <p>This option is a simple optimization trick that can be used in many areas and it's easy to pull off.</p>
-            <p>The two holy devils of slow queries are large amounts of data and monster lookups/sorts. Both can be
-                drastically reduced by simply reducing the amount of data that goes into the query, typically by applying
-                some smart <code>WHERE</code> or creative conditions on a <code>JOIN</code> clause. This can be either
-                done in your basic CTEs where you read from other models, or in the main <code>SELECT</code> of your
-                model.</p>
-            <p>Typically, try to make this as <em>early</em> as possible in the model. Early here refers to the steps
-                of your query. In your queries, you will typically:</p>
-            <ul>
-                <li>read a few tables,</li>
-                <li>do some <code>SELECTs</code></li>
-                <li>then do more crazy logic downstream with more <code>SELECTs</code></li>
-                <li>and the party goes on for as long and complex your case is</li>
-            </ul>
-            <p>Reducing the amount of data at the end is pointless. You will still need to read a lot of stuff early and
-                have monster <code>JOIN</code>s , window functions, <code>DISTINCT</code>s, etc. Ideally, you want to do
-                it when you first access an upstream table. If not there, then as early as possible within the logic.
-            </p>
-            <p>The specifics of how to apply this are absolutely query dependent, so I can't give you magic instructions
-                for the query you have at hand. But let me illustrate the concept with an example:</p>
-
-            <h4>Only hosts? Then only hosts</h4>
-            <p>You have a table <code>stg_my_table</code> with a lot of data, let's say 100 million records, and each
-                record has the id of a host. In your model, you need to join these records with the host user data to
-                get some columns from there. So right now your query looks something like this (tables fictional, this
-                is not how things look in DWH):</p>
-            <pre><code>with
-stg_my_table as (select * from {{ ref("stg_my_table") }}),
-stg_users as (select * from {{ ref("stg_users")}})
-
-select
-    ...
-from stg_my_table t
-left join
-    stg_users u
-    on t.id_host_user = id_user</code></pre>
-            <p>At the time I'm writing this, the real user table in our DWH has like 600,000 records. This means
-                that:</p>
-            <ul>
-                <li>The CTE <code>stg_users</code> will need to fetch 600,000 records, with all their data, and store
-                    them.</li>
-                <li>Then the left join will have to join 100 million records from <code>my_table</code> with the 600,000
-                    user records.</li>
-            </ul>
-            <p>Now, this is not working for you because it takes ages. We can easily improve the situation by applying
-                the principle of this section: reducing the amount of data.</p>
-            <p>Our user table in the DWH has both hosts and guests. Actually, it has a ~1,000 hosts and everything else
-                is just guests. This means that:</p>
-            <ul>
-                <li>We're fetching around 599,000 guest details that we don't care about at all.</li>
-                <li>Every time we join a record from <code>my_table</code>, we do so against 600,000 user records when
-                    we only truly care about 1,000 of them.</li>
-            </ul>
-            <p>Stupid, isn't it?</p>
-            <p>Well, imagining that our fictional <code>stg_users</code> tables had a field called
-                <code>is_host</code>, we can rewrite the query this way to get exactly the same result in only a
-                fraction of the time:
-            </p>
-            <pre><code>with
-stg_my_table as (select * from {{ ref("stg_my_table") }}),
-stg_users as (
-    select *
-    from {{ ref("stg_users")}}
-    where is_host = true
-    )
-
-select
-    ...
-from stg_my_table t
-left join
-    stg_users u
-    on t.id_host_user = id_user</code></pre>
-            <p>It's simple to understand: the CTE will now only get the 1,000 records related to hosts, which means we
-                save performance in both fetching that data and having a much smaller join operation downstream against
-                <code>stg_my_table</code>.
-            </p>
-
-            <h3>3. Controlling CTE materialization</h3>
-            <blockquote>Tell Postgres when to cache intermediate results and when to optimize through them.</blockquote>
-            <p>This one requires a tiny bit of understanding of what happens under the hood, but the payoff is big and
-                the fix is easy to apply.</p>
-
-            <h4>What Postgres does with your CTEs</h4>
-            <p>When Postgres runs a CTE, it has two strategies:</p>
-            <ul>
-                <li><strong>Materialized</strong>: Postgres runs the CTE query, stores the full result in a temporary
-                    buffer, and every downstream reference reads from that buffer. Think of it as Postgres creating a
-                    temporary, index-less table with the CTE's output.</li>
-                <li><strong>Not materialized</strong>: Postgres treats the CTE as if it were a view. It doesn't store
-                    anything — instead, it folds the CTE's logic into the rest of the query and optimizes everything
-                    together. This means it can push filters down, use indexes from the original tables, and skip
-                    reading rows it doesn't need.</li>
-            </ul>
-            <p>By default, Postgres decides for you: if a CTE is referenced once, it inlines it. If it's referenced
-                more than once, it materializes it.</p>
-            <p>The problem is that this default isn't always ideal, especially with how we write dbt models.</p>
-
-            <h4>Why this matters for our dbt models</h4>
-            <p>Following our conventions, we always import upstream refs as CTEs at the top of the file:</p>
-            <pre><code>with
-    stg_users as (select * from {{ ref("stg_users") }}),
-    stg_bookings as (select * from {{ ref("stg_bookings") }}),
-
-    some_intermediate_logic as (
-        select ...
-        from stg_users
-        join stg_bookings on ...
-        where ...
-    ),
-
-    some_other_logic as (
-        select ...
-        from stg_users
-        where ...
-    )
-
-select ...
-from some_intermediate_logic
-join some_other_logic on ...</code></pre>
-            <p>Notice that <code>stg_users</code> is referenced twice — once in <code>some_intermediate_logic</code>
-                and once in <code>some_other_logic</code>. This means Postgres will materialize it by default. What
-                happens then is:</p>
-            <ol>
-                <li>Postgres scans the entire <code>stg_users</code> table and copies all 600,000 rows into a temporary
-                    buffer.</li>
-                <li>If the buffer exceeds available memory, it spills to disk.</li>
-                <li>Every downstream CTE that reads from <code>stg_users</code> does a sequential scan of that buffer.
-                    Note this means indices can't be used, even if the original table had them.</li>
-                <li>Any filters that downstream CTEs apply to <code>stg_users</code> (like
-                    <code>where is_host = true</code>) can't be pushed down to the original table scan. Postgres reads
-                    all 600,000 rows first, stores them, and only then filters.
-                </li>
-            </ol>
-            <p>All of that, for a <code>select *</code> that does absolutely no computation worth caching.</p>
-
-            <h4>The fix</h4>
-            <p>You can explicitly control this behaviour by adding <code>MATERIALIZED</code> or
-                <code>NOT MATERIALIZED</code> to any CTE:
-            </p>
-            <pre><code>with
-    stg_users as not materialized (select * from {{ ref("stg_users") }}),
-    stg_bookings as not materialized (select * from {{ ref("stg_bookings") }}),
-
-    some_intermediate_logic as (
-        ...
-    ),
-
-    some_other_logic as (
-        ...
-    )
-
-select ...</code></pre>
-            <p>With <code>NOT MATERIALIZED</code>, Postgres treats those import CTEs as transparent aliases. It can see
-                straight through to the original table, use its indexes, and push filters down.</p>
-
-            <h4>When to use which</h4>
-            <p>The rule of thumb is simple:</p>
-            <ul>
-                <li><strong>Cheap CTE, referenced multiple times</strong> → <code>NOT MATERIALIZED</code>. This is the
-                    typical case for our import CTEs at the top of the file. There's no computation to cache, so
-                    materializing just wastes resources.</li>
-                <li><strong>Expensive CTE, referenced multiple times</strong> → leave it alone (or explicit
-                    <code>MATERIALIZED</code>). If a CTE does heavy aggregations, complex joins, or window functions,
-                    materializing means that work happens once. Without it, Postgres would repeat the expensive query
-                    every time the CTE is referenced.
-                </li>
-                <li><strong>Any CTE referenced only once</strong> → doesn't matter. Postgres inlines it automatically.
-                </li>
-            </ul>
-            <p>If you're unsure whether a CTE is "expensive enough" to warrant materialization, just try both and
-                measure. There's no shame in that.</p>
-
-            <h3>4. Change upstream materializations</h3>
-            <blockquote>Materialize upstream models as tables instead of views to reduce computation on the model at
-                hand.</blockquote>
-            <p>Going back to basics, dbt offers <a href="https://docs.getdbt.com/docs/build/materializations"
-                    target="_blank" rel="noopener noreferrer">multiple materializations strategies for our models</a>.
-            </p>
-            <p>Typically, for reasons that we won't cover here, the preferred starting point is to use views. We only go
-                for tables or incremental materializations if there are good reasons for this.</p>
-            <p>If you have a model that is having terrible performance, it's possible that the fault doesn't sit at the
-                model itself, but rather at an upstream model. Let me make an example.</p>
-            <p>Imagine we have a situation with three models:</p>
-            <ul>
-                <li><code>stg_my_simple_model</code>: a model with super simple logic and small data</li>
-                <li><code>stg_my_crazy_model</code>: a model with a crazy complex query and lots of data</li>
-                <li><code>int_my_dependant_model</code>: an int model that reads from both previous models.</li>
-                <li>Where the staging models are set to materialize as views and the int model is set to materialize as
-                    a table.</li>
-            </ul>
-            <p>Because the two staging models are set to materialize as views, this means that every time you run
-                <code>int_my_dependant_model</code>, you will also have to execute the queries of
-                <code>stg_my_simple_model</code> and <code>stg_my_crazy_model</code>. If the upstream views model are
-                fast, this is not an issue of any kind. But if a model is a heavy query, this could be an issue.
-            </p>
-            <p>The point is, you might notice that <code>int_my_dependant_model</code> takes 600 seconds to run and
-                think there's something wrong with it, when actually the fault sits at <code>stg_my_crazy_model</code>,
-                which perhaps is taking 590 seconds out of the 600.</p>
-            <p>How can materializations solve this? Well, if <code>stg_my_crazy_model</code> was materialized as a table
-                instead of as view, whenever you ran <code>int_my_dependant_model</code> you would simply read from a
-                table with pre-populated results, instead of having to run the <code>stg_my_crazy_model</code> query
-                each time. Typically, reading the results will be much faster than running the whole query. So, in
-                summary, by making <code>stg_my_crazy_model</code> materialize as a table, you can fix your performance
-                issue in <code>int_my_dependant_model</code>.</p>
-
-            <h3>5. Switch the model to materialization to <code>incremental</code></h3>
-            <blockquote>Make the processing of the table happen in small batches instead of on all data to make it more
-                manageable.</blockquote>
-            <p>Imagine we want to count how many bookings were created each month.</p>
-            <p>As time passes, more and more months and more and more bookings appear in our history, making the size of
-                this problem ever increasing. But then again, once a month has finished, we shouldn't need to go back
-                and revisit history: what's done is done, and only the ongoing month is relevant, right?</p>
-            <p><a href="https://docs.getdbt.com/docs/build/incremental-models" target="_blank"
-                    rel="noopener noreferrer">dbt offers a materialization strategy named <code>incremental</code></a>,
-                which allows you to only work on a subset of data. This means that every time you run
-                <code>dbt run</code> , your model only works on a certain part of the data, and not all of it. If the
-                nature of your data and your needs allows isolating each run to a small part of all upstream data, this
-                strategy can help wildly improve the performance.
-            </p>
-            <p>Explaining the inner details of <code>incremental</code> goes beyond the scope of this page. You can
-                check the official docs from <code>dbt</code> (<a
-                    href="https://docs.getdbt.com/docs/build/incremental-models" target="_blank"
-                    rel="noopener noreferrer">here</a>), ask the team for support or check some of the incremental
-                models that we already have in our project and use them as references.</p>
-            <p>Note that using <code>incremental</code> strategies makes life way harder than simple <code>view</code>
-                or <code>table</code> ones, so only pick this up if it's truly necessary. Don't make models incremental
-                without trying other optimizations first, or simply because you realise that you <em>could</em> use it
-                in a specific model.</p>
-            <h3>6. End of the line: general optimization</h3>
-            <p>The final tip is not really a tip. The above five things are the easy-peasy, low hanging fruit stuff that
-                you can try. This doesn't mean that there isn't more than you can do, just that I don't know of more
-                simple stuff that you can try without deep knowledge of how Postgres works beneath and a willingness to
-                get your hands <em>real</em> dirty.</p>
-            <p>If you've reached this point and your model is still performing poorly, you either need to put your Data
-                Engineer hat on and really deepen your knowledge… or call Pablo.</p>
-
-            <h3 id="bonus">Bonus: how to make sure you didn't screw up and change the output of the model</h3>
-            <p>The topic we are discussing in this guide is making refactors purely for the sake of performance, without
-                changing the output of the given model. We simply want to make the model faster, not change what data it
-                generates.</p>
-            <p>That being the case, and considering the complexity of the strategies we've presented here, being afraid
-                that you messed up and accidentally changed the output of the model is a very reasonable fear to have.
-                That's a kind of mistake that we definitely want to avoid.</p>
-            <p>Doing this manually can be a PITA and very time consuming, which doesn't help at all.</p>
-            <p>To make your life easier, I'm going to show you a new little trick.</p>
-
-            <h4>Hashing tables and comparing them</h4>
-            <p>I'll post a snippet of code here that you can run to compare if any pair of tables has <em>exactly</em>
-                the same contents. Emphasis on exactly. Changing the slightest bit of content will be detected.</p>
-            <pre><code>SELECT md5(array_agg(md5((t1.*)::varchar))::varchar)
-  FROM (
-        SELECT *
-          FROM my_first_table
-         ORDER BY &lt;whatever field is unique&gt;
-       ) AS t1
-
-SELECT md5(array_agg(md5((t2.*)::varchar))::varchar)
-  FROM (
-        SELECT *
-          FROM my_second_table
-         ORDER BY &lt;whatever field is unique&gt;
-       ) AS t2</code></pre>
-            <p>How this works is: you execute the two queries, which will return a single value each. Some hexadecimal
-                gibberish.</p>
-            <p>If the output of the two queries is identical, it means their contents are identical. If they are
-                different, it means there's something different across both.</p>
-            <p>If you don't understand how this works, and you don't care, that's fine. Just use it.</p>
-            <p>If not knowing does bother, you should go down the rabbit holes of hash functions and deterministic
-                serialization.</p>
-
-            <h4>Including this in your refactoring workflow</h4>
-            <p>Right, now you know how to make sure that two tables are identical.</p>
-            <p>This is dramatically useful for your optimization workflow. You can know simply:</p>
-            <ul>
-                <li>Keep the original model</li>
-                <li>Create a copy of it, which is the one you will be working on (the working copy)</li>
-                <li>Prepare the magic query to check their contents are identical</li>
-                <li>From this point on, you can enter in this loop for as long as you want/need:
-                    <ul>
-                        <li>Run the magic query to ensure you start from same-output-state</li>
-                        <li>Modify the working copy model to attempt whatever optimization thingie you wanna try</li>
-                        <li>Once you are done, run the magic query again.</li>
-                        <li>If the output is not the same anymore, you screwed up. Start again and avoid whatever
-                            mistake you made.</li>
-                        <li>If the output is still the same, you didn't cause a change in the model output. Either keep
-                            on optimizing or call it day.</li>
-                    </ul>
-                </li>
-                <li>Finally, just copy over the working copy model code into the old one and remove the working copy.
-                </li>
-            </ul>
-            <p>I hope that helps. I also recommend doing the loop as frequently as possible. The less things you change
-                between executions of the magic query, the easier is to realize what caused errors if they appear.</p>
-            <hr>
-            <p><a href="../index.html">back to home</a></p>
-        </section>
-    </main>
-
-</body>
-
-</html>
diff --git a/public/writings/conways-law-cuts-both-ways.html b/public/writings/conways-law-cuts-both-ways.html
deleted file mode 100644
index 4958998..0000000
--- a/public/writings/conways-law-cuts-both-ways.html
+++ /dev/null
@@ -1,183 +0,0 @@
-<!DOCTYPE html>
-<html>
-
-<head>
-  <title>Pablo here</title>
-  <meta charset="utf-8" />
-  <meta name="viewport" content="width=device-width, initial-scale=1" />
-  <link rel="stylesheet" href="../styles.css" />
-</head>
-
-<body>
-  <main>
-    <h1>Hi, Pablo here</h1>
-    <p><a href="../index.html">back to home</a></p>
-    <hr />
-    <section>
-      <h2>Conway's Law cuts both ways</h2>
-      <p><em>Published: 2026-09-28</em></p>
-
-      <p>
-        This article is a small reflection on a useful way to look at Conway's Law that I think many people working in
-        software have not observed. I'll assume you're familiar with Conway's Law. If not, here are some nice explainers
-        so you can get on the same page:
-      </p>
-      <ul>
-        <li>
-          The original paper: <a href="https://www.melconway.com/research/committees.html" target="_blank"
-            rel="noopener noreferrer">How Do Committees invent? by Melvin E. Conway</a>
-        </li>
-        <li>
-          <a href="https://martinfowler.com/bliki/ConwaysLaw.html" target="_blank" rel="noopener noreferrer">Conway's
-            Law by Martin Fowler</a>
-        </li>
-      </ul>
-
-      <p>
-        So, to the point: most of the time I bump into someone bringing up Conway's Law, they do so to highlight how the
-        organizational and communication structure is impacting the systems that get built. "We should split this team
-        into two so one takes service A, the other takes service B and they can work independently". Or, "it's pointless
-        that we all try to build on a monolith if the three teams we have are in different time zones, have different
-        managers and barely talk with each other". I also find it's used more retrospectively than proactively. That
-        is: more as an explanation of how a system came to be the way it is (and usually used when it's fucky), rather
-        than a tool to try to influence how a system ends up being. Thoughtworks did introduce the
-        <a href="https://www.thoughtworks.com/en-us/insights/blog/customer-experience/inverse-conway-maneuver-product-development-teams"
-          target="_blank" rel="noopener noreferrer">Inverse Conway Maneuver</a>, which at least tries to leverage the
-        law as a tool of change instead of an a posteriori explainer. Plus: I've never met anyone in real life who was
-        familiar with the inverse maneuver.
-      </p>
-
-      <p>
-        Where I would like to bring some attention is to the idea of putting it the other way around, in the direction
-        of the law: looking at how the code/system changes the org/comms. And to try to use this as a way to influence
-        the outcomes of the org, not as a postmortem explanation.
-      </p>
-
-      <p>Let me discuss some examples.</p>
-
-      <h3>Enforcing boundary contracts</h3>
-
-      <p>
-        In large enough engineering orgs, you end up having Alice's service depend on Bob's public interface. When these
-        contracts are purely internal, Bob ends up introducing unexpected breaking changes more often than Alice would
-        like, for a variety of reasons. With the consequences being only internal and attributable to reasonable human
-        error, I've noticed that serial contract breakers like Bob only get called out if their breakages lead to
-        serious outages in a very immediate and direct way.
-      </p>
-
-      <p>
-        In one specific instance, I witnessed this setup, which I found interesting: Alice herself added some automated
-        CI checks in Bob's repo that enforced what she needed out of his public interface, set up in a way that wouldn't
-        allow Bob to go to production while breaking that. Furthermore, she leveraged <code>CODEOWNERS</code> to set the
-        repo up so that only her review was valid for these CI checks.
-      </p>
-
-      <p>Bob would have to align with Alice on every breaking change. This resulted in some behaviour changes:</p>
-      <ul>
-        <li>
-          Bob was not deploying breaking changes on his own anymore. Skipping the CI and <code>CODEOWNERS</code> fences
-          would have been too daring.
-        </li>
-        <li>Bob started to think harder about how to execute his work without breaking his contracts with Alice.</li>
-        <li>
-          Whenever Bob knew he <em>had</em> to break them, he would seek alignment with Alice as early as possible, for
-          he knew she was now a bottleneck to his own execution.
-        </li>
-        <li>
-          Bob started to care about having a smaller public surface, and would push Alice hard to include in the
-          automated checks only the strict public surface she depended on, and not more.
-        </li>
-      </ul>
-
-      <h3>The monolith that wanted to couple</h3>
-
-      <p>
-        In another instance, I worked in a small team that revolved around a single repo. The repo itself held a
-        monolith, which was an intentional architectural decision by the group's technical leader. But another
-        intentional decision by him was that different modules of that monolith had to stay decoupled from each other:
-        he wanted to push harder for a modular monolith, hoping to avoid the dangers of microservices while reaping the
-        advantages of a single monolith and of decoupling at the same time.
-      </p>
-
-      <p>
-        There were several tricks in his toolbelt to ensure this wasn't broken. One of them was to literally prevent
-        imports across modules. Each module could only talk to others through shared infra or explicitly defined public
-        APIs. CI checkers would enforce this hard, flagging PRs that tried to skip it.
-      </p>
-
-      <p>A few consequences of this:</p>
-      <ul>
-        <li>
-          The decoupling-by-decree did a decent job at keeping modules decoupled, which gave the engineers working in
-          different corners of the monolith good independence to work without being blocked by others. Large reorgs and
-          refactors that could be done strictly within the private part of modules mostly happened without other
-          colleagues even having to be warned.
-        </li>
-        <li>
-          But living under the same repo umbrella, testing and many other integration tasks were still shared among the
-          team, so if you somehow still managed to break someone else's turf, you noticed.
-        </li>
-        <li>
-          The strict no-coupling checks sometimes led to situations where it was extremely tempting to remove the rules
-          because it would have made our lives so much easier. Those situations were hints at some shortcoming in the
-          wider architecture of the monolith, and led to some very thoughtful whiteboard sessions that helped shape good
-          ways to achieve what we wanted without letting the modules talk to each other.
-        </li>
-      </ul>
-
-      <h3>The keys to the secrets</h3>
-
-      <p>
-        Another org was struggling with a sprawl of SaaS and infra services being hired left and right. The org had
-        grown from a small team to multiple independent teams, and each team was just going around shopping for
-        whatever cloud tooling was useful for their work. It quickly grew into a mess of duplicated services, where
-        common needs such as observability, documentation or even databases were being served by two or three tools
-        where one would have been enough.
-      </p>
-
-      <p>
-        The org was lucky enough that at least Git and their pipelines were still centralized in a single place, so the
-        following single change was made: one single engineering team, led by a very assertive manager, was put in
-        charge of the secrets manager that was used by their CI/CD pipelines. You could only go to production through
-        it, and only this manager could actually edit the contents of the vaults to include whatever
-        tokens/keys/secrets your tooling needed.
-      </p>
-
-      <p>
-        Once this was decided, the first impact was quick: the sprawl stopped because, if you wanted another tool, you
-        had to convince that manager, which was anything but trivial. The second effect came in slowly, as certain tools
-        were promoted over others and deprecation dates were set under the threat of secrets disappearing from the
-        vaults. Initially, this setup was overwhelming for the team sitting on top of the secrets manager, since they
-        suddenly became a bottleneck for pretty much every other team in the org. But the pressure incentivized everyone
-        to adapt: the gatekeeping team quickly standardized all their business-as-usual to make it as fast and scalable
-        as possible. The teams depending on it quickly learned to plan ahead when secrets management was part of some
-        line of work, and developed the habit of using what they had available in the org instead of just picking any
-        shiny SaaS that was walking by.
-      </p>
-
-      <h3>The take away</h3>
-
-      <p>
-        That's just a few. I could add more, and you would suddenly get bored because the pattern becomes obvious. The
-        overarching story to take away: you make some hard rule in code. Because code is stubborn, people adapt around
-        it and so your organization and how people work change as a result.
-      </p>
-
-      <p>
-        As someone who has both technical and managerial responsibilities, I find this mindset of changing the org via
-        the code interesting and useful. I will often find myself thinking: which technical decision will drive the
-        behaviour that I want to see in my org?
-      </p>
-
-      <p>
-        Is the solution to flip-flopping, mind-changing product owners to make messages containing the words "urgent",
-        "change" and "priority" undeliverable in Slack?
-      </p>
-
-      <hr />
-      <p><a href="../index.html">back to home</a></p>
-    </section>
-  </main>
-</body>
-
-</html>
diff --git a/public/writings/credit-cards-affairs-and-chatgpt.html b/public/writings/credit-cards-affairs-and-chatgpt.html
index 1bcff79..2bec290 100644
--- a/public/writings/credit-cards-affairs-and-chatgpt.html
+++ b/public/writings/credit-cards-affairs-and-chatgpt.html
@@ -4,7 +4,7 @@
 <head>
     <title>Pablo here</title>
     <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
+    <meta viewport="width=device-width, initial-scale=1">
     <link rel="stylesheet" href="../styles.css">
 </head>
 
@@ -18,7 +18,6 @@
         <hr>
         <section>
             <h2>Credit cards, affairs and ChatGPT</h2>
-            <p><em>Published: 2025-01-31</em></p>
             <p>
                 Many years ago, when I was doing my Bachelor's thesis, I had a fun conversation
                 with Dolors, my tutor back then. She was a smart woman, and so the interesting chats
diff --git a/public/writings/dont-hide-it-make-it-beautiful.html b/public/writings/dont-hide-it-make-it-beautiful.html
deleted file mode 100644
index 088120b..0000000
--- a/public/writings/dont-hide-it-make-it-beautiful.html
+++ /dev/null
@@ -1,126 +0,0 @@
-<!DOCTYPE HTML>
-<html>
-
-<head>
-    <title>Pablo here</title>
-    <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
-    <link rel="stylesheet" href="../styles.css">
-</head>
-
-
-<body>
-    <main>
-        <h1>
-            Hi, Pablo here
-        </h1>
-        <p><a href="../index.html">back to home</a></p>
-        <hr>
-        <section>
-            <h2>Don't hide it, make it beautiful</h2>
-            <p><em>Published: 2025-03-17</em></p>
-            <p>I'm currently living in a flat, and my internet connection physically comes in through my living room. That's where
-                my home router is placed. However, my main workspace is not in my living room but in my working room,
-                which is a few meters away. I would love to have a wired internet connection for my laptop, but unfortunately, with
-                the router being so far away, setting it up would require running a lot of cable through the walls and
-                ceilings. I could either leave the cable visible or go through some serious construction work to poke holes through walls and fake ceilings and 
-                tunnel the cable through there. The latter is out of the table, since I don't even know where would I start.</p>
-
-                <p>The first option being the only available one, there is one fundamental and unavoidable reason I don't do this: aesthetics. My partner is very conscious about
-                keeping our home visually pleasing. I care too, though she probably values aesthetics even more than I
-                do. She likely doesn't find a wired internet connection to be as essential as I do. So, for now, I have to rely on
-                wifi to connect from my workspace to the home router.</p>
-
-                <p>When I was on holiday in Thailand a few years ago, I noticed that Thai homes are far more practical than
-                European ones in such matters. In Thailand, plumbing, electrical systems, and other maintenance-requiring
-                installations are typically very visible, just out there on the wall. They don't hide these things behind
-                fake walls or ceilings. I believe they do this because they highly value the ability to access and work
-                on their home's systems themselves. Many Thai people build and maintain their own homes, so they leave
-                everything exposed for easy access.</p>
-
-                 <p>I sometimes envy this approach. Which is funny because I don't think they do it for pleasure but out of necessity.
-                Still, when I saw a Thai homeowner fixing their plumbing outside their house, I thought to myself: "Damn, you're so
-                in control of your home". If something bad happens—like a fallen tree damaging the plumbing—they can fix
-                it themselves. Meanwhile, if that happened to me, I wouldn't even know where to start. I don't even know
-                where my plumbing is because it's all hidden behind walls.</p>
-
-                 <p>That makes me wonder: Is there a way to make these essential systems both accessible and aesthetically
-                pleasing? Could we have the convenience of exposed infrastructure without it looking ugly? I believe we
-                can.</p>
-
-                 <p>I find the problem is that we have decided certain things—plumbing, electrical wiring, visible
-                infrastructure—are inherently ugly. But they don't have to be. Some household items, like lamps, must be
-                visible by their very nature. Since they can't be hidden, we put effort into making them look good. We choose stylish designs
-                that complement our home's aesthetics. Why can't we do the same for cables and pipes?</p>
-
-                 <p>Imagine if all the wiring in your home was encased in beautifully braided, colorful ropes, arranged in
-                elegant geometric patterns. The connections, junction boxes, and fittings could be crafted from
-                high-quality materials like metal and wood with artistic designs. Wouldn't that be nice?</p>
-
-                 <p>Now, you might think I'm crazy—that these things are just ugly by nature. But they're not. In fact, many
-                aspects of modern design have become uglier over time, and we've just accepted it.</p>
-
-                 <p>Consider street lamps. In most cities today, they are dull, industrial-looking poles—rusty, ugly,
-                and purely functional. Yet, in older parts of my city, we still have beautiful, ornate lamp posts from
-                over a hundred years ago. They were designed with care, meant to serve a purpose, to be visually
-                appealing, and to last ages. Take a look:</p>
-
-                <figure style="width: 75%; margin: 10px auto;">
-                    <img width="100%" height="auto" src="../static/streetlamps.png" alt="">
-                    <figcaption>On the left, your ugly, could-be-anywhere post 1971 streetlamp. On the right, a 19th century bad body from Gaudí.</figcaption>
-                </figure>
-
-                 <p>The same goes for train stations. Modern stations are bleak, sterile spaces—metal, plastic, and harsh
-                lighting. They resemble hospital emergency rooms. But look at the older ones, like this one.
-                Those stations are masterpieces, designed like grand halls with chandeliers and intricate details.</p>
-
-                <figure style="width: 75%; margin: 10px auto;">
-                    <img width="100%" height="auto" src="../static/stations.png" alt="">
-                    <figcaption>On the left, Sants Station, built in 1975. On the right, France Station, built in 1848.</figcaption>
-                </figure>
-
-                 <p>And talking about hospitals, they are also a good example. Most modern hospitals have the same white, cold, spaceship-like
-                aesthetic. While cleanliness is important, there's no reason they have to be so uninviting. In my city,
-                there's a hospital built over a hundred years ago that's so beautiful people visit it as a tourist
-                attraction. On the other hand, the hospitals I visit personally are plain depressing, soviet style
-                atrocities.</p>
-
-                <figure style="width: 75%; margin: 10px auto;">
-                    <img width="100%" height="auto" src="../static/hospitals-outside.png" alt="">
-                    <figcaption>A random modern clinic in Barcelona vs A small section of the outside of Hospital de Sant Pau. I can skip the left and right thing now, right?</figcaption>
-                </figure>
-                <figure style="width: 75%; margin: 10px auto;">
-                    <img width="100%" height="auto" src="../static/hospitals-inside.png" alt="">
-                    <figcaption> Some random room in that same modern clinic vs Your regular corridor in Sant Pau.</figcaption>
-                </figure>
-
-
-
-                 <p>I think we can bring things back, if we care enough.</p>
-
-                 <p>Look at computers. Most office desktop cases are dull, gray boxes—uninspired and purely functional.
-                Naturally, many of them end up buried inside desks, or if they are small enough, simply hidden behind
-                the screen on a VESA mount. But gamers, who deeply care about their PCs, go the extra mile to make their
-                setups look amazing. They invest in custom cases, LED lighting, and stylish cooling systems. They turn
-                their computers into art. They are testament to the fact that we can make practical things also be 
-                beautiful if we choose to.</p>
-
-                <figure style="width: 75%; margin: 10px auto;">
-                    <img width="100%" height="auto" src="../static/computers.png" alt="">
-                    <figcaption> The all-present ugly office optiplex vs A beautiful case from a passionate man.</figcaption>
-                </figure>
-
-                 <p>If we put the same effort into our homes, we wouldn't need to hide cables and pipes. We could proudly
-                display them as part of our interior design. Infrastructure could be both functional and beautiful,
-                giving us accessibility without sacrificing aesthetics. </p>
-
-                 <p>I guess the point I want to make is... Don't hide it. Instead, make it beautiful.</p>
-
-            <hr>
-            <p><a href="../index.html">back to home</a></p>
-        </section>
-    </main>
-
-</body>
-
-</html>
\ No newline at end of file
diff --git a/public/writings/fixing-a-degraded-zfs-mirror.html b/public/writings/fixing-a-degraded-zfs-mirror.html
deleted file mode 100644
index 0573eb0..0000000
--- a/public/writings/fixing-a-degraded-zfs-mirror.html
+++ /dev/null
@@ -1,189 +0,0 @@
-<!DOCTYPE HTML>
-<html>
-
-<head>
-    <title>Pablo here</title>
-    <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
-    <link rel="stylesheet" href="../styles.css">
-</head>
-
-
-<body>
-    <main>
-        <h1>
-            Hi, Pablo here
-        </h1>
-        <p><a href="../index.html">back to home</a></p>
-        <section>
-            <h2>Fixing a Degraded ZFS Mirror: Reseat, Resilver, and Scrub</h2>
-            <p><em>Published: 2026-01-04</em></p>
-            <p><em>Part 3 of 3 in my "First ZFS Degradation" series. See also <a href="why-i-put-my-vms-on-a-zfs-mirror.html">Part 1: The Setup</a> and <a href="a-degraded-pool-with-a-healthy-disk.html">Part 2: Diagnosing the Problem</a>.</em></p>
-            <h3>The Game Plan</h3>
-            <p>By now I was pretty confident about what was wrong: not a dying drive, but a flaky SATA connection. The fix should be straightforward. Just take the drive offline, shut down, reseat the cables, bring it back up, and let ZFS heal itself.</p>
-            <p>But I wanted to do this methodically. ZFS is forgiving, but I didn't want to make things worse by rushing.</p>
-            <p>Here was my plan:</p>
-            <ol>
-                <li>Take the faulty drive offline in ZFS (tell ZFS "stop trying to use this drive")</li>
-                <li>Power down the server</li>
-                <li>Open the case, inspect and reseat cables</li>
-                <li>Boot up, verify the drive is detected</li>
-                <li>Bring the drive back online in ZFS</li>
-                <li>Let the resilver complete</li>
-                <li>Run a scrub to verify data integrity</li>
-                <li>Check SMART one more time</li>
-            </ol>
-            <p>Let's walk through each step.</p>
-            <h3>Step 1: Taking the Drive Offline</h3>
-            <p>Before touching hardware, I wanted ZFS to stop trying to use the problematic drive.</p>
-            <p>First, I set up some variables to avoid typos with that long disk ID:</p>
-            <pre><code>DISKID="ata-ST4000NT001-3M2101_WX11TN0Z"
-DISKPATH="/dev/disk/by-id/$DISKID"</code></pre>
-            <p>Then I took it offline:</p>
-            <pre><code>zpool offline proxmox-tank-1 "$DISKID"</code></pre>
-            <p>Checking the status afterward:</p>
-            <pre><code>zpool status -v proxmox-tank-1</code></pre>
-            <pre><code>  NAME                                 STATE     READ WRITE CKSUM
-  proxmox-tank-1                       DEGRADED     0     0     0
-    mirror-0                           DEGRADED     0     0     0
-      ata-ST4000NT001-3M2101_WX11TN0Z  OFFLINE    108   639   129
-      ata-ST4000NT001-3M2101_WX11TN2P  ONLINE       0     0     0</code></pre>
-            <p>The state changed from FAULTED to OFFLINE. ZFS knows I intentionally took it offline rather than it failing on its own. The error counts are still there as a historical record, but ZFS isn't actively trying to use the drive anymore.</p>
-            <p>Time to shut down and get my hands dirty.</p>
-            <h3>Step 2: Opening the Case</h3>
-            <p>I powered down the server and opened up the Fractal Node 804. This case has a lovely design with drive bays accessible from the side, which I love. No reaching out into weird corners in the case, just unscrew a couple screws, slide the drive bay out and there they are, handy and reachable.</p>
-            <p>I located AGAPITO1 (I had handwritten labels on the drives, lesson learned after many sessions of playing "which drive is which") and inspected the connections.</p>
-            <p>Here's the honest truth: everything looked fine. The SATA data cable was plugged in. The power connector was plugged in. Nothing was obviously loose or damaged. There was a bit of tension in the cable as it moved from one area of the case (where the motherboard is) to the drives area, but I really didn't think that was affecting the connection to either the drive or the motherboard itself.</p>
-            <p>But "looks fine" doesn't mean "is fine". So I did a full reseat:</p>
-            <ul>
-                <li>Unplugged and firmly replugged the SATA data cable at both ends (drive and motherboard).</li>
-                <li>Unplugged and firmly replugged the power connector.</li>
-                <li>While I was in there, checked the connections on the other disk of the mirror as well.</li>
-            </ul>
-            <p>I made sure each connector clicked in solidly. Then I closed up the case and hit the power button.</p>
-            <h3>Step 3: Verifying Detection</h3>
-            <p>The server booted up. Would Linux see the drive?</p>
-            <pre><code>ls -l /dev/disk/by-id/ | grep WX11TN0Z</code></pre>
-            <pre><code>lrwxrwxrwx 1 root root  9 Jan  2 23:15 ata-ST4000NT001-3M2101_WX11TN0Z -> ../../sdb</code></pre>
-            <p>The drive was there, mapped to <code>/dev/sdb</code>.</p>
-            <p>I opened a second terminal and started watching the kernel log in real time:</p>
-            <pre><code>dmesg -Tw</code></pre>
-            <p>This would show me immediately if the connection started acting flaky again. For now, it was quiet, showing just normal boot messages, the drive being detected successfully, etc. Nothing alarming.</p>
-            <h3>Step 4: Bringing It Back Online</h3>
-            <p>Moment of truth. I told ZFS to start using the drive again:</p>
-            <pre><code>zpool online proxmox-tank-1 "$DISKID"</code></pre>
-            <p>Immediately checked the status:</p>
-            <pre><code>zpool status -v proxmox-tank-1</code></pre>
-            <pre><code>  pool: proxmox-tank-1
- state: DEGRADED
-status: One or more devices is currently being resilvered.
-action: Wait for the resilver to complete.
-  scan: resilver in progress since Fri Jan  2 23:17:35 2026
-        0B resilvered, 0.00% done, no estimated completion time
-
-    NAME                                 STATE     READ WRITE CKSUM
-    proxmox-tank-1                       DEGRADED     0     0     0
-      mirror-0                           DEGRADED     0     0     0
-        ata-ST4000NT001-3M2101_WX11TN0Z  DEGRADED     0     0     0  too many errors
-        ata-ST4000NT001-3M2101_WX11TN2P  ONLINE       0     0     0</code></pre>
-            <p>Two things to notice: the drive's error counters are now at zero (we're starting fresh), and ZFS immediately started resilvering. It shows "too many errors" as the reason for the degraded state, which is historical, it remembers why the drive was marked bad before.</p>
-            <p>I kept watching both the status and the kernel log. No errors, no link resets.</p>
-            <h3>Step 5: The Resilver</h3>
-            <p>Resilvering is ZFS's term for rebuilding redundancy. Copying data from the healthy drive to the one that fell behind. In my case, the drive had been desynchronized for who knows how long (the pool had drifted 524GB out of sync before I noticed), so there was a lot to copy.</p>
-            <p>I shut down my VMs to reduce I/O contention and let the resilver have the disk bandwidth. Progress:</p>
-            <pre><code>scan: resilver in progress since Fri Jan  2 23:17:35 2026
-      495G / 618G scanned, 320G / 618G issued at 100M/s
-      320G resilvered, 51.78% done, 00:50:12 to go</code></pre>
-            <p>The kernel log stayed quiet the whole time. Everything was indicating the cable reseat had worked.</p>
-            <p>I went to bed and let it run overnight. The next morning:</p>
-            <pre><code>scan: resilvered 495G in 01:07:58 with 0 errors on Sat Jan  3 00:25:33 2026</code></pre>
-            <p>495 gigabytes resilvered in about an hour, zero errors. But the pool still showed DEGRADED with a warning about "unrecoverable error." I was very confused about this, but I solved that with some research. Apparently, ZFS is cautious and wants human acknowledgement before declaring everything healthy again.</p>
-            <pre><code>zpool clear proxmox-tank-1 ata-ST4000NT001-3M2101_WX11TN0Z</code></pre>
-            <p>This command clears the error flags. Immediately:</p>
-            <pre><code>  pool: proxmox-tank-1
- state: ONLINE
-  scan: resilvered 495G in 01:07:58 with 0 errors on Sat Jan  3 00:25:33 2026
-
-    NAME                                 STATE     READ WRITE CKSUM
-    proxmox-tank-1                       ONLINE       0     0     0
-      mirror-0                           ONLINE       0     0     0
-        ata-ST4000NT001-3M2101_WX11TN0Z  ONLINE       0     0     0
-        ata-ST4000NT001-3M2101_WX11TN2P  ONLINE       0     0     0</code></pre>
-            <p>Damn, seeing this felt nice.</p>
-            <h3>Step 6: The Scrub</h3>
-            <p>A resilver copies data to bring the drives back in sync, but it doesn't verify that all the existing data is still good. For that, you run a scrub. ZFS reads every block on the pool, verifies checksums, and repairs anything that doesn't match.</p>
-            <pre><code>zpool scrub proxmox-tank-1</code></pre>
-            <p>I let this run while I brought my VMs back up (scrubs can run in the background without blocking normal operations, though performance takes a hit). A few hours later:</p>
-            <pre><code>scan: scrub repaired 13.0M in 02:14:22 with 0 errors on Sat Jan  3 11:03:54 2026
-
-    NAME                                 STATE     READ WRITE CKSUM
-    proxmox-tank-1                       ONLINE       0     0     0
-      mirror-0                           ONLINE       0     0     0
-        ata-ST4000NT001-3M2101_WX11TN0Z  ONLINE       0     0   992
-        ata-ST4000NT001-3M2101_WX11TN2P  ONLINE       0     0     0</code></pre>
-            <p>Interesting. The scrub repaired 13MB of data and found 992 checksum mismatches on AGAPITO1. From what I read, checksum errors are typically a sign of the disk being in terrible shape and needing a replacement ASAP. That sounds scary, but I took the risk and assumed those were blocks that had been written incorrectly (or not at all) during the period when the connection was flaky, and not an issue with the disk itself. ZFS detected the bad checksums and healed them using the good copies from AGAPITO2.</p>
-            <p>I cleared the errors again and the pool was clean:</p>
-            <pre><code>zpool clear proxmox-tank-1 ata-ST4000NT001-3M2101_WX11TN0Z</code></pre>
-            <h3>Step 7: Final Validation with SMART</h3>
-            <p>One more check. I wanted to see if SMART had anything new to say about the drive after all that activity:</p>
-            <pre><code>smartctl -x /dev/sdb | egrep -i 'overall|Reallocated|Pending|CRC|Hardware Resets'</code></pre>
-            <pre><code>SMART overall-health self-assessment test result: PASSED
-  5 Reallocated_Sector_Ct   PO--CK   100   100   010    -    0
-197 Current_Pending_Sector  -O--C-   100   100   000    -    0
-199 UDMA_CRC_Error_Count    -OSRCK   200   200   000    -    0
-0x06  0x008  4              41  ---  Number of Hardware Resets</code></pre>
-            <p>Still passing. The hardware reset count went from 39 to 41 — just the reboots I did during this process.</p>
-            <p>For completeness, I ran the long self-test. The short test only takes a minute and does basic checks, the long test actually reads every sector on the disk, which for a 4TB drive takes... a while.</p>
-            <pre><code>smartctl -t long /dev/sdb</code></pre>
-            <p>The estimated time was about 6 hours. In practice, it took closer to 12. Running VMs in parallel probably didn't help.</p>
-            <p>But eventually:</p>
-            <pre><code>SMART Self-test log structure revision number 1
-Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
-# 1  Extended offline    Completed without error       00%      1563         -
-# 2  Short offline       Completed without error       00%      1551         -
-# 3  Short offline       Completed without error       00%      1462         -</code></pre>
-            <p>The extended test passed. Every sector on the disk is readable. The drive is genuinely healthy — it was just the connection that was bad.</p>
-            <h3>Lessons Learned</h3>
-            <ul>
-                <li><strong>ZFS did exactly what it's supposed to do:</strong> Despite 524+ gigabytes of desync and nearly a thousand checksum errors, I lost zero data and was back on action while keeping my VMs running. The healthy drive kept serving everything while the flaky drive was acting up, and once the connection was fixed, ZFS healed itself automatically. Also, I was operating for an unknown amount of time with only one drive. In this case it seems it was due to stupid me messing up cable management, but I'm very happy knowing if the disk had been genuinely faulty, services would have continued just fine.</li>
-                <li><strong>Physical connections matter:</strong> It's easy to not pay that much attention when building a new box. Well, it bites back.</li>
-                <li><strong>Monitor your pools.</strong> I only found this issue by accident, clicking around in the Proxmox UI. The pool had been degraded for who knows how long before I noticed. I'm already working in setting up a monitor to my Uptime Kuma instance so that next time the pool status stops being ONLINE I get notified immediately.</li>
-            </ul>
-            <p>I'm happy I was able to test out recoverying from a faulty disk with such a tiny issue. I learned a lot fixing it, and now I'm even more happy than before having decided to go for this ZFS pool setup.</p>
-            <h3>Quick Reference: The Commands</h3>
-            <p>For future me (and anyone else who ends up here with a degraded pool):</p>
-            <pre><code># Check pool status
-zpool status -v <pool>
-
-# Watch kernel logs in real time
-dmesg -Tw
-
-# Check SMART health
-smartctl -H /dev/sdX
-smartctl -x /dev/sdX
-
-# Take a drive offline before physical work
-zpool offline <pool> <device-id>
-
-# Bring a drive back online
-zpool online <pool> <device-id>
-
-# Clear error flags after recovery
-zpool clear <pool> <device-id>
-
-# Run a scrub to verify all data
-zpool scrub <pool>
-
-# Run SMART self-tests
-smartctl -t short /dev/sdX  # Quick test (~1 min)
-smartctl -t long /dev/sdX   # Full surface scan (hours)
-smartctl -l selftest /dev/sdX  # Check test results</code></pre>
-            <p><em>Thanks for reading! This was <a href="fixing-a-degraded-zfs-mirror.html">Part 3: The Fix</a>. You might also enjoy <a href="why-i-put-my-vms-on-a-zfs-mirror.html">Part 1: The Setup</a> and <a href="a-degraded-pool-with-a-healthy-disk.html">Part 2: Diagnosing the Problem</a>.</em></p>
-            <p><a href="../index.html">back to home</a></p>
-        </section>
-    </main>
-
-</body>
-
-</html>
-
diff --git a/public/writings/gresham-law-has-nothing-to-do-with-bitcoin.html b/public/writings/gresham-law-has-nothing-to-do-with-bitcoin.html
deleted file mode 100644
index a80df31..0000000
--- a/public/writings/gresham-law-has-nothing-to-do-with-bitcoin.html
+++ /dev/null
@@ -1,139 +0,0 @@
-<!DOCTYPE html>
-<html>
-
-<head>
-  <title>Pablo here</title>
-  <meta charset="utf-8" />
-  <meta name="viewport" content="width=device-width, initial-scale=1" />
-  <link rel="stylesheet" href="../styles.css" />
-</head>
-
-<body>
-  <main>
-    <h1>Hi, Pablo here</h1>
-    <p><a href="../index.html">back to home</a></p>
-    <hr />
-    <section>
-      <h2>Gresham's Law has nothing to do with Bitcoin</h2>
-      <p><em>Published: 2025-05-26</em></p>
-      <p>
-        This is going to be a thorough explanation for a simple thing, but we
-        will take it slow since this topic somehow causes loads of confusion.
-      </p>
-      <p>
-        Okay, so there are a lot of people in Bitcoin circles who talk about
-        <a href="https://en.wikipedia.org/wiki/Gresham%27s_law" target="_blank" rel="noopener noreferrer">Gresham's
-          Law</a>. They often say, “Gresham's Law states that bad money drives out
-        good money”, then relate it to Bitcoin and the USD, and finally
-        proceed to reason all sort of of things on top of that. But here's
-        some very much needed clarification: Gresham's law has nothing to do
-        with Bitcoin's relationship to the USD. In fact, it actually has
-        nothing to do Bitcoin, or with the current USD for that matter.
-      </p>
-
-      <p>
-        Gresham's Law is relevant to a very specific type of monetary system:
-        when we used coins that contained precious metals (spoiler: we don't
-        live in that period of history anymore). The law states that bad money
-        drives out good money, but what a lot of Bitcoiners seem to miss is
-        the actual meaning of “good” and “bad” in this context. People tend to
-        interpret “good” and “bad” as meaning “hard” and "easy" money, so they
-        reason something like: “Because Bitcoin is harder than the USD,
-        Gresham's law applies here.” But that is not what Gresham's law is
-        about at all.
-      </p>
-
-      <p>
-        In the context of Gresham's law, “good” and “bad” refer to face value
-        versus commodity value. That doesn't ring a bell? Let me explain:
-      </p>
-
-      <p>
-        Imagine a magic land where there is only one type of coin. There's no
-        other money — just this one coin. These coin states on themselves that
-        they contain one gram of gold, and right now, they really do contain
-        one gram of gold. Everyone uses it, and everyone is happy. There's no
-        “bad” money, no “good” money — it's all nice and simple.
-      </p>
-
-      <p>Now, let's spice it up a bit.</p>
-
-      <p>
-        After some time, a cheeky bastard (typically, a king) comes along and
-        starts making coins that look exactly like the original coins. I'll
-        call these the bad coins. The original coins will be the good coins.
-        Both types of coins say on them “one gram of gold,” but the bad coins
-        only have half a gram of gold actually in them (hence why they are
-        bad).
-      </p>
-
-      <p>
-        So, to recap:<br />
-        - Good coins: one gram of gold on the coin, and actually one gram of
-        gold inside.<br />
-        - Bad coins: one gram of gold on the coin, but only 0.5 grams of gold
-        inside.
-      </p>
-
-      <p>This is where Gresham's Law applies.</p>
-
-      <p>
-        People in this coiny fantasy land are not stupid — they know that the
-        gold content is what matters. At some point, someone will realize the
-        bad coins don't have as much gold as they claim and will develop a
-        preference for the good ones. So, if I'm John the Blacksmith and I
-        want to buy some iron, and I have a stash of coins — some good, some
-        bad — I would rather keep the good coins and spend the bad coins. Why?
-        Because I want to keep as much gold as possible, of course.
-      </p>
-
-      <p>
-        What happens eventually is that people grow into the habit of trying to get
-        rid of the bad coins and hold on to the good coins. They exploit the
-        confusion created by the fact that all coins have the same face value
-        (it says “one gram” on all coins, so everyone assumes they're worth
-        the same), even though the actual commodity value (the gold inside)
-        differs.<a href="#footnote-1">[1]</a>
-      </p>
-
-      <p>That is the quick explanation of Gresham's law.</p>
-
-      <p>
-        Now, back to the original point: what are the face value and commodity
-        value of Bitcoin?
-      </p>
-
-      <p>
-        That makes no sense! Bitcoin is not a physical coin with metal in
-        it. It has no concept of face and commodity value. And neither does the
-        USD nowadays. Therefore, Gresham's law has absolutely nothing to do
-        with Bitcoin, the USD and any preferences the world might develop
-        between the two.
-      </p>
-
-      <p>
-        Hopefully, this explanation helps make things clear. From now on, if
-        you want to keep your public image intact, please refrain from
-        invoking Gresham's law when discussing Bitcoin and USD — because doing it
-        shows you don't know what Gresham's Law is actually about. Don't feel
-        too bad if it happened to you though: it can happen even to
-        <a href="https://river.com/learn/terms/g/greshams-law/" target="_blank" rel="noopener noreferrer">massive
-          exchanges with a great reputation.</a>
-      </p>
-
-      <p id="footnote-1" class="footnote">
-        <em>[1] Not relevant to the point of this post, but it's worth noting
-          that Gresham's Law situation is not always sure to happen in the
-          described scenario. If the difference between the good and bad coins
-          is massive, and no force opposes it, the market might jump into
-          <a href="https://en.wikipedia.org/wiki/Gresham%27s_law#Reverse_of_Gresham's_law_(Thiers'_law)" target="_blank"
-            rel="noopener noreferrer">Thier's Law</a>
-          instead.</em>
-      </p>
-      <hr />
-      <p><a href="../index.html">back to home</a></p>
-    </section>
-  </main>
-</body>
-
-</html>
\ No newline at end of file
diff --git a/public/writings/how-i-write-some-articles-im-lazy-about.html b/public/writings/how-i-write-some-articles-im-lazy-about.html
deleted file mode 100644
index ff6740d..0000000
--- a/public/writings/how-i-write-some-articles-im-lazy-about.html
+++ /dev/null
@@ -1,107 +0,0 @@
-<!DOCTYPE HTML>
-<html>
-
-<head>
-    <title>Pablo here</title>
-    <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
-    <link rel="stylesheet" href="../styles.css">
-</head>
-
-
-<body>
-    <main>
-        <h1>
-            Hi, Pablo here
-        </h1>
-        <p><a href="../index.html">back to home</a></p>
-        <hr>
-        <section>
-            <h2>How I write some articles I have a hard time getting started with</h2>
-            <p><em>Published: 2026-03-02</em></p>
-            <p>
-                I have a lot of shower thoughts. Way more than I can handle. Many times I feel like some of them
-                would make for a nice piece on my webpage, or I should make a personal note out of. But often times
-                they won't catch me in the right place and time to sit down, focus, and type them out. You have to
-                figure out the key points, lay out a plan, think about what you want to say and how, type it all
-                out, work on the text... It burns some calories. And sometimes it's enough friction to kill the idea
-                entirely.
-            </p>
-            <p>
-                Recently I found a set of AI tools that allow me to capture some of these ideas and lower the
-                friction to get them on ink. My goal is not to have the AI write things for me, but just to quickly
-                drop a pretty decent first draft with very little effort, on the spot. With this, I've happily
-                rescued many good ideas from getting by falling through the cracks before I even hit my desk (or
-                getting ignored because I don't have the energy to go through it all).
-            </p>
-            <h3>Step one: recording myself</h3>
-            <p>
-                I'm self-hosting an open source audio transcription app called
-                <a href="https://github.com/rishikanthc/Scriberr" target="_blank" rel="noopener noreferrer">scriberr</a>.
-                It's just a fancy little webpage where you can drop audio and get a transcript. The neat bit is that
-                it also allows you to simply record on the spot. I used to host
-                <a href="https://github.com/pluja/whishper" target="_blank" rel="noopener noreferrer">Whishper</a>,
-                but you had to first record then upload a file. I really liked it, but sadly I found that was
-                enough friction when rushing on the phone to not use it. I can access scriberr from my laptop, my
-                desktop, my phone, from anywhere basically.
-            </p>
-            <p>
-                So anytime I feel like it, I can pull out my phone and start ranting about whatever topic is on my
-                mind. The recording gets sent to my server back home, and scriberr transcribes the whole thing into
-                text automatically. Transcription itself takes a bit because I'm not using a GPU, but I'm not in a
-                rush usually since the important thing is just to get the ideas out of my brain and into text easily.
-            </p>
-            <p>
-                The transcript that comes out is usually quite decent in terms of accuracy. I'd say around 95% of
-                what I say gets picked up perfectly. The whisper models also do pretty decent in different
-                languages, so I can record in whatever I feel like at each moment.
-            </p>
-            <p>
-                What's not great, in case you've never used transcription tools, is that the output is just a long
-                stream of words. The model tries its best at punctuation, but it's rather crappy. And obviously, no
-                paragraphs. Plus, with unprepared, spontaneous ranting, structure tends not to be top notch either.
-                Definitely not article-grade text out of the box.
-            </p>
-            <h3>Letting an LLM clean it up</h3>
-            <p>
-                But hey, those are not issues now that we have LLMs! I have a little script that fetches the
-                transcript results from my server to my laptop. Once I have my raw transcript locally, I just pass
-                it on to Claude, with a little prompt saying something like: "This is a transcript of me talking
-                about this and that. Process it for me, I want the output to be like XYZ."
-            </p>
-            <p>
-                Sometimes I really just ask to have the transcript nicely formatted into paragraphs and proper
-                sentences, with the actual sentences being totally respected. Other times I already ask for some
-                restructuring of the ideas, so it's not just cleaning up the writing but actually shaping it into
-                something that resembles an article. It depends on how clear I was during my rant or what I'm really
-                planning to get out of it.
-            </p>
-            <p>
-                After this bit, I'll either abandon the idea altogether because it wasn't as interesting as I felt
-                initially, or I'll really work properly in the text when I can and come up with something I'm happy
-                with. It will still take some desk time to get to a final result, but then the article is really my
-                writing and not a mix of my own slop with a layer of LLM slopification on top of it. I can't help
-                but think people who just copy paste LLM output and put their signature under it have little respect
-                for themselves and their reputation, and little love for the act of thinking and writing.
-            </p>
-            <h3>A great starter</h3>
-            <p>
-                And there you go. In just a few minutes, without having to focus deeply in front of a blank file, I
-                end up with a first version of my thoughts that I can already start polishing and thinking from. Not
-                all transcripts make it into clean texts in the end, but at least I ensure some of the ones which
-                would otherwise get lost do survive. The stuff that comes out of the LLM is not always great, to be
-                honest. Sometimes I'll change a lot of things from what I said in the audio. Sometimes I'll end up
-                adding a lot of stuff that I wasn't covering in my original rant. But the first draft helps me get
-                my thoughts out there and gives me something to begin with.
-            </p>
-            <p>
-                And that's often all I need.
-            </p>
-            <hr>
-            <p><a href="../index.html">back to home</a></p>
-        </section>
-    </main>
-
-</body>
-
-</html>
\ No newline at end of file
diff --git a/public/writings/how-much-hashrate-does-a-fork-chain-need.html b/public/writings/how-much-hashrate-does-a-fork-chain-need.html
deleted file mode 100644
index 1ca9e01..0000000
--- a/public/writings/how-much-hashrate-does-a-fork-chain-need.html
+++ /dev/null
@@ -1,433 +0,0 @@
-<!DOCTYPE html>
-<html>
-
-<head>
-  <title>Pablo here</title>
-  <meta charset="utf-8" />
-  <meta name="viewport" content="width=device-width, initial-scale=1" />
-  <link rel="stylesheet" href="../styles.css" />
-  <style>
-    table.numbers {
-      border-collapse: collapse;
-      margin: 16px auto;
-      font-variant-numeric: tabular-nums;
-    }
-
-    table.numbers th,
-    table.numbers td {
-      padding: 4px 12px;
-      border-bottom: 1px solid #ddd;
-      text-align: left;
-    }
-
-    table.numbers th {
-      border-bottom: 2px solid #000;
-    }
-  </style>
-</head>
-
-<body>
-  <main>
-    <h1>Hi, Pablo here</h1>
-    <p><a href="../index.html">back to home</a></p>
-    <hr />
-    <section>
-      <h2>How much hashrate does a fork chain need?</h2>
-      <p><em>Published: 2026-10-25</em></p>
-
-      <p>
-        Ever since the BIP-110 chain failed, a few concerns have been bouncing around in my head (to be clear, they have
-        nothing to do with the ideas behind BIP-110). What caught my attention was how it
-        failed, and what that says about the power miners hold over Bitcoin now.
-      </p>
-
-      <p>
-        This post is the current state of my thinking. It is work in progress, and I'd love to be told where I'm wrong.
-      </p>
-
-      <h3>BIP-110 tried and died</h3>
-
-      <p>
-        When BIP-110 split off, its chain got so little hashrate that not even the fanatics stayed for
-          long. It mined 8 blocks and was definitively abandoned within 20 days. On the first day, poolcoin
-        (I'll call "normal" Bitcoin that for fun) already got ahead significantly. By day 3 it was pretty much a closed
-        case.
-      </p>
-
-      <p>
-        The interesting part is that this behaviour was very decoupled from the social acceptance of BIP-110. BIP-110
-        was far from any majority of proactive support, but I personally estimate somewhere around 5-20% of the network
-        was supportive of it, and the rest was mostly neutral. But its brutal death after the chainsplit was not
-        reflective of this. Why didn't all the fanatics stick around? Because there was no shortage of them. We know
-        because now they've all moved on to Blakecoin. Those guys were willing to run BIP-110 to the ultimate
-        consequence of splitting from the world, but still, they left the BIP-110 chain. Why? Because the chain was
-        simply unusable:
-      </p>
-      <ul>
-        <li>blocks took days to arrive, not minutes, and</li>
-        <li>the difficulty adjustment that could have fixed that sat years in the future.</li>
-      </ul>
-
-      <p>Believers walked away from the chain they believed in, because using it was impossible.</p>
-
-      <h3>What actually concerns me</h3>
-
-      <p>
-        That episode made something concrete for me: hashrate is decoupled from nodes and users, and
-        hashrate (or the lack of it) can be used to make a chain unusable, whatever its users think of it
-        ideologically/politically.
-      </p>
-
-      <p>Put that together and you get a loop:</p>
-      <ol>
-        <li>Low hashrate → long blocktimes, and a long wait for the difficulty adjustment.</li>
-        <li>Long blocktimes → the chain is too slow to transact on.</li>
-        <li>Too slow to transact → users who hold and depend on bitcoin leave the chain.</li>
-        <li>Fewer users → less reason to mine it → even less hashrate.</li>
-      </ol>
-
-      <p>
-        Mining is heavily centralized in a handful of pools. That means a mining cartel could trigger this loop on any
-        chain it chooses to starve.
-      </p>
-
-      <p>So I set out to answer some questions with numbers:</p>
-      <ol>
-        <li>
-          In a chainsplit, how does a chain's share of hashrate affect the experience of the people
-          using it? What counts as "too little" hashrate, and what counts as "too long" a blocktime?
-        </li>
-        <li>
-          Given today's mining pool concentration, which combinations of pools have the power to keep
-          a fork chain alive, or to kill one?
-        </li>
-      </ol>
-
-      <h3>Why a minority chain is so slow</h3>
-
-      <p>
-        When a chain splits, both sides keep the difficulty they had at the moment of the split. Suppose one side ends
-        up with a share <code>h</code> of the hashrate. Then:
-      </p>
-      <ul>
-        <li>
-          Blocks arrive <code>1/h</code> times slower. Half the hashrate means 20-minute blocks; a tenth means
-          100-minute blocks.
-        </li>
-        <li>
-          It stays that slow until you mine 2016 blocks, the next adjustment. At <code>1/h</code> the usual speed, that
-          takes <code>14/h</code> days instead of the usual two weeks.
-        </li>
-        <li>
-          Even then, relief is partial: each adjustment can cut difficulty by at most 4×. A very weak
-          chain needs several adjustments, each one arriving sooner than the last, before it is back to 10 minutes.
-        </li>
-      </ul>
-
-      <p>Here is what that looks like:</p>
-      <table class="numbers">
-        <thead>
-          <tr>
-            <th>Hashrate</th>
-            <th>Time between blocks</th>
-            <th>First adjustment</th>
-            <th>Back to 10 min</th>
-          </tr>
-        </thead>
-        <tbody>
-          <tr>
-            <td>50%</td>
-            <td>20 min</td>
-            <td>28 days</td>
-            <td>28 days</td>
-          </tr>
-          <tr>
-            <td>25%</td>
-            <td>40 min</td>
-            <td>56 days</td>
-            <td>56 days</td>
-          </tr>
-          <tr>
-            <td>10%</td>
-            <td>1.7 hours</td>
-            <td>140 days</td>
-            <td>175 days</td>
-          </tr>
-          <tr>
-            <td>5%</td>
-            <td>3.3 hours</td>
-            <td>280 days</td>
-            <td>1.0 years</td>
-          </tr>
-          <tr>
-            <td>1%</td>
-            <td>16.7 hours</td>
-            <td>3.8 years</td>
-            <td>5.1 years</td>
-          </tr>
-        </tbody>
-      </table>
-
-      <figure style="width: 97.5%; margin: 10px auto;">
-        <img width="100%" height="auto" src="../static/chainsplit-blocktimes.png"
-          alt="Blocktimes grow as hashrate shrinks">
-        <figcaption>Blocktimes grow as hashrate shrinks</figcaption>
-      </figure>
-
-      <p>
-        The second column is what hurts, and the third is for how long it's going to hurt. Things become worse given
-        the importance of expectations: if users think a chain won't be usable in the future, even if it's barely
-        usable now, they will drop it anyways due to expectations, which triggers a doom loop.
-      </p>
-
-      <h3>Who uses the chain, and how long will they wait?</h3>
-
-      <p>
-        "Usable" means different things to different people, so I modelled three personas, each with a tolerance for
-        how long they're willing to wait for a transaction to reach 3 confirmations, which for
-        simplicity we will define as settled.
-      </p>
-      <table class="numbers">
-        <thead>
-          <tr>
-            <th>Persona</th>
-            <th>Who they are</th>
-            <th>Will wait for 3 confirmations</th>
-          </tr>
-        </thead>
-        <tbody>
-          <tr>
-            <td>Hodler</td>
-            <td>Holds, rarely moves coins</td>
-            <td>1 week</td>
-          </tr>
-          <tr>
-            <td>Medium of exchange</td>
-            <td>Pays and gets paid</td>
-            <td>1 day</td>
-          </tr>
-          <tr>
-            <td>Institution</td>
-            <td>Settles business on a schedule</td>
-            <td>3 hours</td>
-          </tr>
-        </tbody>
-      </table>
-
-      <p>
-        Since block arrival is random, a wait isn't a single number but a distribution. Sometimes you get lucky,
-        sometimes you don't. I settle that with a service level: at p90, 90% of a
-        persona's transactions must reach 3 confirmations within its tolerance. On the regular 10 min schedule, that p90
-        wait is about 53 minutes (read as: 90% of times, you will see three blocks confirmed in under
-        53 min).
-      </p>
-
-      <h4>Assumptions</h4>
-
-      <p>To keep this tractable, I assume:</p>
-      <ul>
-        <li>3 confirmations count as final.</li>
-        <li>Static hashrate: each side keeps its share of hashrate for good.</li>
-        <li>
-          Empty mempool: no fee competition, no queueing. This is the best case scenario: if you start
-          facing a clogged mempool, waits would be even longer for some.
-        </li>
-        <li>
-          The split starts at the beginning of a difficulty period, so the minority chain has a full
-          2016 blocks to grind through before any relief. Note that changing this can greatly influence the delay to the
-          first difficulty adjustment, but I won't explore this further since for now it seems canonical that fork
-          activations happen on the start of difficulty periods.
-        </li>
-        <li>
-          Out of scope: introducing the effects of hard forks of any kind, or more generally anything
-          that tampers with the difficulty adjustment.
-        </li>
-      </ul>
-
-      <h3>The numbers</h3>
-
-      <p>
-        Turning tolerances into hashrate is simple division. If a persona tolerates waits <code>k</code> times longer
-        than mainnet's, the chain can be <code>k</code> times slower, so it needs <code>1/k</code> of the hashrate. This
-        is the share of total hashrate a chain needs to keep each persona on it:
-      </p>
-      <table class="numbers">
-        <thead>
-          <tr>
-            <th>Persona</th>
-            <th>Tolerance</th>
-            <th>p50</th>
-            <th>p90</th>
-            <th>p95</th>
-          </tr>
-        </thead>
-        <tbody>
-          <tr>
-            <td>Institution</td>
-            <td>3 hours</td>
-            <td>14.86%</td>
-            <td>29.57%</td>
-            <td>34.98%</td>
-          </tr>
-          <tr>
-            <td>Medium of exchange</td>
-            <td>1 day</td>
-            <td>1.86%</td>
-            <td>3.70%</td>
-            <td>4.37%</td>
-          </tr>
-          <tr>
-            <td>Hodler</td>
-            <td>1 week</td>
-            <td>0.27%</td>
-            <td>0.53%</td>
-            <td>0.62%</td>
-          </tr>
-        </tbody>
-      </table>
-
-      <p>
-        Institutions are demanding: a chain needs roughly 30% of all hashrate before they'll use it. Everyday spenders
-        need under 4%, and hodlers need about half a percent.
-      </p>
-
-      <h4>Defensive coalitions: who can keep a fork chain alive?</h4>
-
-      <p>
-        Now map those bars onto today's mining pools. If a group of pools wants to keep a minority chain usable, how
-        many does it take?
-      </p>
-      <table class="numbers">
-        <thead>
-          <tr>
-            <th>Persona</th>
-            <th>Needs</th>
-            <th>Smallest coalition today</th>
-          </tr>
-        </thead>
-        <tbody>
-          <tr>
-            <td>Institution</td>
-            <td>29.57%</td>
-            <td>2 pools (e.g. Foundry USA + AntPool)</td>
-          </tr>
-          <tr>
-            <td>Medium of exchange</td>
-            <td>3.70%</td>
-            <td>1 pool (any of the top 7)</td>
-          </tr>
-          <tr>
-            <td>Hodler</td>
-            <td>0.53%</td>
-            <td>1 pool (any of the top 14)</td>
-          </tr>
-        </tbody>
-      </table>
-
-      <p>
-        A single mid-sized pool committing to a chain is enough to keep it usable for hodlers and everyday spenders. A
-        couple make it workable even for the hypothetical institutions.
-      </p>
-
-      <h4>Offensive coalitions: who can force users onto a softfork?</h4>
-
-      <p>Now flip it around, because this is the scenario that worries me.</p>
-
-      <p>
-        A coalition of pools activates a softfork that users don't want. The users reject it and stay
-        on the chain without it, or even push for a URSF. That chain is left with whatever hashrate the coalition didn't
-        take. If that falls below the users' bar, the chain they want becomes unusable by their own standards, and
-        they're forced to either jump across to the cartel softfork, or hardfork away like the Blake boys did.
-      </p>
-      <table class="numbers">
-        <thead>
-          <tr>
-            <th>Persona</th>
-            <th>Softfork side must hold</th>
-            <th>Smallest coalition today</th>
-          </tr>
-        </thead>
-        <tbody>
-          <tr>
-            <td>Institution</td>
-            <td>over 70.43%</td>
-            <td>4 pools (the top four, 72.34%)</td>
-          </tr>
-          <tr>
-            <td>Medium of exchange</td>
-            <td>over 96.30%</td>
-            <td>11 of 18 pools</td>
-          </tr>
-          <tr>
-            <td>Hodler</td>
-            <td>over 99.47%</td>
-            <td>14 of 18 pools</td>
-          </tr>
-        </tbody>
-      </table>
-
-      <figure style="width: 97.5%; margin: 10px auto;">
-        <img width="100%" height="auto" src="../static/chainsplit-coalitions.png" alt="Pool coalitions">
-        <figcaption>Pool coalitions</figcaption>
-      </figure>
-
-      <p>
-        If you consider AntPool to actually be AntPool and friends, then you only need the three top pools today to bend
-        institutions into a softfork, which you could argue already creates enough gravity across miners and users that
-        everyone will end up in the softfork chain.
-      </p>
-
-      <h3>The scenario that scares me</h3>
-
-      <p>Here's the nightmare, using the numbers above:</p>
-      <ul>
-        <li>
-          Foundry, AntPool &amp; friends, and F2Pool, about 72% of hashrate between them, sponsor a softfork that sets
-          the minimum fee to 5 sat/vB.
-        </li>
-        <li>
-          They go hard on propaganda: "stand aside, lady, it's for the security and future of the network."
-        </li>
-        <li>They set a short deadline that barely gives the community time to react, say four weeks.</li>
-        <li>
-          The rest of the network doesn't want this. But the rest of the network doesn't have the hashrate to keep a
-          user-activated chain usable, at least not for anyone who needs transactions to settle within hours.
-        </li>
-        <li>
-          For most users, paying 5 sat/vB is a lesser evil than risking the run-for-your-life scenario of jumping into a
-          hard fork (to make matters worse... which one?). And staying in the "old" chain is not feasible since it will
-          die starved of hashrate.
-        </li>
-      </ul>
-
-      <p>
-        Nothing in that scenario requires breaking Bitcoin's rules. It only takes a few pools agreeing with each other,
-        and the loop from the start of this post does the rest. It's a fuck up in Bitcoin's design, and as far as my
-        knowledge goes, it's been here since the chain got started. We're just starting to see it emerge now.
-      </p>
-
-      <h3>The solution</h3>
-
-      <p>
-        I have no solution for this. It somehow feels all the forces are pointed at making this worse. The only "happy
-        scenario" is Bitcoin gets slowly destroyed like email did, we lose all the usefulness it was giving us, and
-        we're back at square one. The community with the ethos (supply capped, permissionless, decentralized freedom
-        money) needs to start from scratch with some new coin/solution, with all the challenges that come with it. We
-        could be locked in fiat hell for decades before we pull it off.
-      </p>
-
-      <p>Or perhaps the Blake boys will somehow make it. I have little faith but I wish them the best.</p>
-
-      <h3>Code</h3>
-
-      <p>
-        You can find the repo where I worked this out <a href="../static/hashwars-musings.zip">here</a>.
-      </p>
-
-      <hr />
-      <p><a href="../index.html">back to home</a></p>
-    </section>
-  </main>
-</body>
-
-</html>
diff --git a/public/writings/i-want-code-defined-dashboards-so-badly.html b/public/writings/i-want-code-defined-dashboards-so-badly.html
index d84f4aa..e898c06 100644
--- a/public/writings/i-want-code-defined-dashboards-so-badly.html
+++ b/public/writings/i-want-code-defined-dashboards-so-badly.html
@@ -4,7 +4,7 @@
 <head>
     <title>Pablo here</title>
     <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
+    <meta viewport="width=device-width, initial-scale=1">
     <link rel="stylesheet" href="../styles.css">
 </head>
 
@@ -18,7 +18,6 @@
         <hr>
         <section>
             <h2>I want code defined dashboards so badly</h2>
-            <p><em>Published: 2025-01-14</em></p>
             <p>Analysts build dashboards. These are also called reports, data tools, data products, and another
                 gazillion funny names.</p>
 
diff --git a/public/writings/if-i-started-a-data-team-again.html b/public/writings/if-i-started-a-data-team-again.html
index 1ee39e5..7c0473f 100644
--- a/public/writings/if-i-started-a-data-team-again.html
+++ b/public/writings/if-i-started-a-data-team-again.html
@@ -4,7 +4,7 @@
 <head>
     <title>Pablo here</title>
     <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
+    <meta viewport="width=device-width, initial-scale=1">
     <link rel="stylesheet" href="../styles.css">
 </head>
 
@@ -18,7 +18,6 @@
         <hr>
         <section>
             <h2>If I started a Data team again</h2>
-            <p><em>Published: 2025-02-04</em></p>
             <p>
                 In November 2023, I joined <a href="https://truvi.com/">Truvi</a> (<a
                     href="https://truvi.com/blog/superhog-becomes-truvi/">back then called Superhog</a>) as the first
diff --git a/public/writings/is-your-drug-dealer-a-homophobic-socialist.html b/public/writings/is-your-drug-dealer-a-homophobic-socialist.html
deleted file mode 100644
index ee4cb14..0000000
--- a/public/writings/is-your-drug-dealer-a-homophobic-socialist.html
+++ /dev/null
@@ -1,95 +0,0 @@
-<!DOCTYPE html>
-<html>
-
-<head>
-  <title>Pablo here</title>
-  <meta charset="utf-8" />
-  <meta name="viewport" content="width=device-width, initial-scale=1" />
-  <link rel="stylesheet" href="../styles.css" />
-</head>
-
-<body>
-  <main>
-    <h1>Hi, Pablo here</h1>
-    <p><a href="../index.html">back to home</a></p>
-    <hr />
-    <section>
-      <h2>Is your drug dealer a homophobic socialist?</h2>
-      <p><em>Published: 2025-06-03</em></p>
-      <p>
-        Lately, I've noticed a branch of
-        <a href="https://en.wikipedia.org/wiki/Cancel_culture" target="_blank" rel="noopener noreferrer">cancel
-          culture</a>
-        I've come to find quite disturbing. I think it has mainly extended in
-        the US, though I think it's starting to happen in Europe too. It's
-        this tendency for people at companies to politically and morally judge
-        business counterparties and come to the conclusion that business
-        shouldn't be done with them because of it.
-      </p>
-
-      <p>
-        I experienced this first hand during some afterwork beers, and for
-        some reason the scene got burned into my retina. A colleague of mine,
-        beer in hand, said something like, “We're working with this customer,
-        and they're unbearable because they complain a lot and challenge us
-        all the time when we run the monthly reconciliation. Plus, they're
-        from Israel.” I was mindblown at how casually that was dropped, with
-        not even a footnote-like explanation deemed necessary. I played my 5
-        year old child attitude card and asked, "What's the problem with them
-        being in Israel?" She said, "Well, you know, they're in Israel and the
-        whole thing is happening. It's terrible. We shouldn't deal with them."
-      </p>
-
-      <p>
-        I couldn't hold it in: I asked her if her hairdresser was from Israel.
-        She looked at me completely puzzled: “I don't know. Why does that
-        matter?” I told her, “I don't know. Apparently, you're upset about
-        dealing people from Israel, so I'm assuming you need to check if
-        everyone you do business with is from there to not do it if that's the
-        case.” Silent stood and the air got thick. Someone jumped in with a
-        nervous joke to break up the tension that my child like questions had
-        somehow brought to the room, and the conversation moved on.
-      </p>
-
-      <p>
-        Ever since that day, I've come across this kind of
-        social-justice-business-censor thinking pop up a lot. Since that fun
-        first encounter, whenever someone points out at how business should
-        not be done with &lt;whatever ideology/country/demographic they don't
-        like&gt;, I started jokingly triggering them by asking, “Actually, are
-        you making sure your drug dealer a homophobic socialist?” They
-        generally laugh, not grasping how their stances on politically
-        deciding to do or not do business with someone sound as ridicolous to
-        me.
-      </p>
-
-      <img src="../static/homophobic-socialist-drug-dealer.png" alt="" style="width: 50%" />
-
-      <p>
-        Here's what disturbs me: trade is a very civilized act. When we
-        trade—whether it's goods, services, or anything else—we're putting
-        aside our differences and doing something mutually beneficial. We both
-        walk away better off. We hurt no one. We make things a tiny bit better
-        overall. Deciding not to trade with someone because of some political
-        detail which is completely irrelevant to the trade itself is
-        backwards. Even if I didn't like communists, I wouldn't care if a
-        communist is selling me bananas. It just doesn't matter.
-      </p>
-
-      <p>
-        Seeing people blow up trade over politics makes me sad. I think it's
-        ignorant and hateful. And I don't think they realize where that kind
-        of thinking can lead.
-      </p>
-
-      <p>
-        In the end, I just hope people can leave politics out of business.
-        Let's do business and all be better off thanks to it.
-      </p>
-      <hr />
-      <p><a href="../index.html">back to home</a></p>
-    </section>
-  </main>
-</body>
-
-</html>
\ No newline at end of file
diff --git a/public/writings/my-first-petahash.html b/public/writings/my-first-petahash.html
deleted file mode 100644
index 7be631f..0000000
--- a/public/writings/my-first-petahash.html
+++ /dev/null
@@ -1,128 +0,0 @@
-<!DOCTYPE HTML>
-<html>
-
-<head>
-    <title>Pablo here</title>
-    <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
-    <link rel="stylesheet" href="../styles.css">
-</head>
-
-
-<body>
-    <main>
-        <h1>
-            Hi, Pablo here
-        </h1>
-        <p><a href="../index.html">back to home</a></p>
-        <hr>
-        <section>
-            <h2>My first petahash</h2>
-            <p><em>Published: 2026-04-16</em></p>
-            <p>I've recently started mining Bitcoin at a scale I never had before, so I thought it would be interesting
-                to jot down a few observations on my recent errands.</p>
-            <p>My friend Unhosted Marcellus has been following closely the evolution of the
-                <a href="https://ocean.xyz">OCEAN mining pool</a> since its launch. I hadn't used it personally until
-                recently, so for years all the info I had on it was second hand. What he was most excited about was the
-                <a href="https://ocean.xyz/docs/datum-setup">DATUM Gateway</a>: the great innovation is that you are
-                building your own block templates, which is something no other pool does. By using OCEAN with DATUM, you
-                enjoy the benefit of more stable mining rewards as opposed to lotto mining, while still being a sovereign
-                miner in the sense that you rely on your own node and you do your own templating. Great news for
-                decentralization.</p>
-            <p>The reason I had not bothered with setting all of this up so far was... that I really don't mine much. I
-                got gifted a cute <a href="https://bitronics.store/collections/bitaxe/products/bitaxe-supra">Bitaxe
-                Supra</a> from the <a href="https://bitronics.store/">Bitronics Shop</a> that produces some humble
-                600GH/s, so it felt pointless to do all the setup for such a tiny hashrate.</p>
-            <p>But then, Unhosted Marcellus started to tell me about these new markets started by Braiins called
-                <a href="https://hashpower.braiins.com/">Hashpower</a>. Other articles explain the market better, so
-                I'll leave it up to you to find those to learn about it. Although I must say, if learning is what you
-                want, nothing beats using it. The TLDR is that you can sign up, send sats, and rent hashrate that you
-                can point to your own DATUM gateway. And the surprise (at least for me) is how you can literally rent
-                petahashes for peanuts, when you account for the fact that most of the sats you put towards buying
-                hashrate will come back as mining rewards.</p>
-            <p>Unhosted finally triggered me with <a href="https://x.com/oomahq/status/2038703912572571997">this tweet</a>. Cheeky bastard.</p>
-            <p>I started toying around with a few PH/s, eventually trying out double digit petahashes. There is this
-                funny feeling to suddenly be controlling the equivalent of tens of thousands of little bitaxes.</p>
-            <figure style="width: 75%; margin: 10px auto;">
-                <img width="100%" height="auto" src="../static/many-phs.png" alt="Double digit petahashes on OCEAN">
-                <figcaption>Double digit petahashes on OCEAN</figcaption>
-            </figure>
-            <p>The economics around it are interesting. The bidding prices in Hashpower are usually (not always!) above
-                hashvalue. It's common to pay a 1%-5% premium over hashvalue. So, the most probable thing is that you
-                end up operating at a small loss. This is not strictly guaranteed if you mine with OCEAN, since the luck
-                factor is important and can easily swing rewards +-10%. So unless you mine at a stable rate with a
-                months-long time horizon, luck is going to play a more important role than the premium on the
-                hashrate.</p>
-            <p>To optimize your outcome, it is important to constantly update your bids in Hashpower. Bids are set at a
-                fixed price in sats, so as the market auction moves every few seconds, you will be either overpaying or
-                end up unserviced.</p>
-            <figure style="width: 75%; margin: 10px auto;">
-                <img width="100%" height="auto" src="../static/order-book-bids-here.png" alt="Hashpower order book">
-                <figcaption>Hashpower order book</figcaption>
-            </figure>
-            <p>On the first days I was using Hashpower, I would log into it multiple times a day to adjust my bids to
-                stay at the right height of the order book. At first it was fun, then it felt tedious, and it started to
-                generate this Twitter-esque addiction feeling I didn't like. I quickly concluded I wanted to automate
-                this out so my only task was to contemplate how pretty my OCEAN hashrate dashboard looked like, and I
-                could leave behind pulling levers in Hashpower's webpage like a financial monkey.</p>
-            <figure style="width: 75%; margin: 10px auto;">
-                <img width="100%" height="auto" src="../static/dreaming-bids.jpeg" alt="Dreaming of automated bids">
-                <figcaption>Dreaming of automated bids</figcaption>
-            </figure>
-            <p>I solved this problem for myself with
-                <a href="https://github.com/counterweightoperator/hashbidder">hashbidder</a>. It's a small CLI tool
-                that I run every couple minutes with cron. The TLDR is you can give it a config file that reads "I want
-                to mine at 5PH/s" and the tool will set your bids with two goals in mind:</p>
-            <ul>
-                <li>To bring your hashrate in line with your goal (e.g. if you want to be at 5PH/s, and you're
-                    currently averaging 3PH/s in the last 24 hours, it will drive your bids to a total of 7PH/s. If
-                    instead, you're scoring an average of 10PH/s, it will stop your bids completely to let your average
-                    go lower).</li>
-                <li>To pay as little as possible, but guarantee you get served. The logic here is to set the price right
-                    above the cheapest bid that is being served currently.</li>
-            </ul>
-            <p>The result is quite pleasant. Delivery is choppy because, even with frequent updates, trying to be cheap
-                means you often get dragged into being overbid by others and you stay there for some minutes. But the
-                self-adjusting hashrate compensates for it: if you've been falling behind a lot recently, hashbidder
-                will just hash at a higher hashrate to make up for it. I'm currently targeting 5PH/s, and this is what
-                my OCEAN hashrate timeline looks like.</p>
-            <figure style="width: 75%; margin: 10px auto;">
-                <img width="100%" height="auto" src="../static/recent-hashrate.png" alt="OCEAN hashrate timeline">
-                <figcaption>OCEAN hashrate timeline at ~5PH/s target</figcaption>
-            </figure>
-            <p>There are still a few more optimizations I'll add to hashbidder to reduce cost and decrease the
-                volatility of delivery, but they're just marginal improvements. The gist of it is already there and it's
-                doing its work fine.</p>
-            <p>My next steps are simply to sit and watch. I've decided I will pour 10 million sats during a few months
-                into this setup and then stop to measure what my rewards have totalled to, so I can provide people
-                interested in this with a real-life report of how everything turned out.</p>
-            <p>Overall, I'm having lots of fun. Setting this up made me excited in a way that felt oddly similar to the
-                first time I was setting up lightning nodes. The night I started out my DATUM gateway and pointed some
-                hashrate to it felt like the night I spun up an LND and started doing some lightning triangles in
-                <a href="https://lightningnetwork.plus/">Lightning Network+</a>.</p>
-            <p>Some interesting links in case you want to learn more or give it a shot at mining with rented hash
-                yourself:</p>
-            <ul>
-                <li><a href="https://rentsomehash.com/">rentsomehash.com</a>, guides on how to set up your DATUM
-                    gateway and start mining with rented hash</li>
-                <li>A video guide from Matthew Kratter:
-                    <a href="https://x.com/mattkratter/status/2043692900190753089">on X</a></li>
-                <li>You can check what Unhosted tweets here, since he's pretty much obsessed with this and doesn't pay
-                    attention to anything else: <a href="https://x.com/oomahq">https://x.com/oomahq</a>. Also, some
-                    podcasts and articles from him. Many kudos for starting this fire:
-                    <ul>
-                        <li><a href="https://x.com/oomahq/status/2042692591469367692">Interesting tweet #1</a></li>
-                        <li><a href="https://fountain.fm/episode/zwmdkwdhy0jQT5dVkhah">Once Bitten! episode</a></li>
-                        <li><a href="https://www.youtube.com/watch?v=k8ZRNyr3ofA">The Bitcoin Libertarian episode (in
-                            Spanish)</a></li>
-                    </ul>
-                </li>
-            </ul>
-            <hr>
-            <p><a href="../index.html">back to home</a></p>
-        </section>
-    </main>
-
-</body>
-
-</html>
diff --git a/public/writings/my-fitness-journey.html b/public/writings/my-fitness-journey.html
deleted file mode 100644
index 9930139..0000000
--- a/public/writings/my-fitness-journey.html
+++ /dev/null
@@ -1,203 +0,0 @@
-<!DOCTYPE HTML>
-<html>
-
-<head>
-    <title>Pablo here</title>
-    <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
-    <link rel="stylesheet" href="../styles.css">
-</head>
-
-
-<body>
-    <main>
-        <h1>
-            Hi, Pablo here
-        </h1>
-        <p><a href="../index.html">back to home</a></p>
-        <hr>
-        <section>
-            <h2>My fitness journey</h2>
-            <p><em>Published: 2026-03-03</em></p>
-            <p>Nowadays I find myself in the best physical shape I've ever been at. I'm stronger than I've ever been.
-                Pretty decent cardio-wise, not at my peak but close. I'm overall very active, and I can jump into any
-                physical activity without having second thoughts. I sleep like a baby, perform like a machine, eat like a
-                pig and it's all good. I'm at a very good weight. And there are so many other things in my life that work
-                nicely because my body is working nicely.</p>
-            <p>I'm very happy about this because, for a long time, I really didn't think I would find myself in this
-                situation. Historically I was not an active person at all. It took many years of back and forth, making
-                mistakes and trying things, to get my groove in and settle for the habits I have now. And those habits
-                are great because it's literally costing me no effort to maintain myself in this state.</p>
-            <p>So I thought I could look back a little, reflect on how I got here. Perhaps you can learn from some of
-                the mistakes I made and some of the things that worked for me.</p>
-            <h3>Growing up</h3>
-            <p>When I was a kid, I was a normal kid. I liked to play and have fun, but I was pretty terrible at sports.
-                Not a cripple, but surely a rather clumsy kid. I wasn't really talented for most sports, usually falling
-                in the bottom 25% of the distribution in terms of overall skill and performance.</p>
-            <p>I guess part of that was just genetics and natural talent, and part of it was simply that my parents were
-                not the most physically active people. They never engaged in any sports, never did any physical exercise
-                or went to the gym. So I had no input from them in terms of physical activity or motivation around that
-                area. I would just play because I was a kid, not because of my parents pushing me to go for it. As I
-                grew up and playing slowly became less of a thing due to age, sports also slowly faded from my life (and
-                I was quite happy about it: it's not fun to be the loser systematically).</p>
-            <p>The only exception in this path is that I did do a couple of years of martial arts when I was around 11
-                or 12. That was nice, it was a lot of fun and it helped me boost my confidence. And surprisingly, I got
-                kind of decent at it. Being used to the bottom 25%, just being average at something felt like a massive
-                success. But then I went into my teenage years and my head was quickly filled with other stuff. I
-                eventually dropped out of it.</p>
-            <h3>The dark ages</h3>
-            <p>During my teenage years, I didn't do shit. I played no sports nor trained my body in any way. I don't
-                think I ever tried to do anything until I was 18 or 19, already in university. I signed up for the gym a
-                couple of times, checked online for routines, downloaded them, tried to follow them. Would usually last
-                two or three months and then drop out. It was boring, not motivating, and I also had no clue what I was
-                doing. When I look back at how I was training at those times, I can see so many mistakes. I would try to
-                go too hard, have overly ambitious routines that were completely not sustainable. Nutrition wasn't in
-                place, technique wasn't in place, exercise choices were probably extremely poor.</p>
-            <p>I also tried jogging for a bit, but similar experience. Would do it for a while, then eventually lose
-                consistency. On and off for years.</p>
-            <p>When I was around 20 or 21, I was living in Germany and really short on money, so signing up for a gym
-                was not an option. But near where I was living there was a park with some bars, and some days there was
-                this German fella, I think his name was Leo. He was insane good: super ripped, in extremely good
-                condition, did all sorts of complicated exercises like it was nothing. The kind of guy you see training
-                and go "oh wow, that's amazing." He would give me some tips and I really enjoyed training around there
-                with him. Still, I wasn't extremely consistent. But it was a good intro to doing calisthenics in a bar
-                park, since the closest I had done was bodyweight training when I did martial arts in my younger years.
-            </p>
-            <p>And in that park I fucked up my ribcage doing dips on the parallel bars. One day I went too hard, and I
-                would guess the technique must have been absolutely terrible as well. That day, after finishing a set, I
-                just felt this little stab in my chest, which I didn't give much importance to on the spot. Then the next
-                morning I had super intense pain in my chest every time I tried to move or breathe. I'm pretty confident
-                I searched online whether I was having a heart attack. It slowly faded but not completely, and it stuck
-                around for at least a couple of years. That was my first big fuck-up with training and injuring myself.
-                After that, I learned not to exceed myself with risky exercise like dips, to respect my natural ranges of
-                motion, and to just take it easy for the most part.</p>
-            <p>That chest pain got me away from exercise for a long time because any chest exercise would hurt quite a
-                bit. Push-ups were a no-no. And how's a man supposed to train if he can't do push-ups, right?</p>
-            <h3>Some progress, then rock bottom</h3>
-            <p>Around 23 or 24, I went a bit harder with running. Started jogging more regularly, signed up for a 10k,
-                did a decent job, ran a couple more races, and eventually finished a half marathon in under two hours. A
-                year or two where I was jogging regularly. That was nice. I eventually lost my habit, but it was a good
-                experience and there I learned how to do resistance training decently. Also proved myself I was capable
-                of training for a feat like a half marathon, which was nice since I would have never identified myself as
-                a runner before.</p>
-            <p>Then, by the time Covid hit, I was not active at all. Absolutely zero gym, calisthenics, no jogging. And
-                then we were thrown in our cages with the curfews. Being locked down all day was absolutely terrible. I
-                wouldn't move around. I was working quite hard at my desk, long days of sitting. My back was hurting like
-                I was a grandpa. I was smoking a pack of cigarettes a day. Probably drinking more than I should. For a
-                few months it just spiralled down into some mornings where I would wake up and go "god, I feel like shit
-                every single day."</p>
-            <p>Actually, let me backtrace a little. A few months before Covid hit, I had a traffic accident and broke my
-                leg. Had to get surgery on my knee. I was bedridden for a couple of months, then had to slowly learn how
-                to walk again. It's hard to explain how bad it is to be bedridden for that long.</p>
-            <p>So Covid hit on top of that, and I just went worse and worse. Maybe one year, one year and a half into it,
-                I was in absolute shit shape. At that point, it started to click in my brain that this was not normal, not
-                good, and not something I wanted. I guess sometimes you really need to lack something to truly appreciate
-                it and feel the need for it. Greener grasses, yadayada.</p>
-            <h3>The turnaround</h3>
-            <p>First thing, I quit smoking. One morning I woke up with my usual chest congestion, you know, where you
-                have to go to the bathroom and spit the hell out of yourself for five or ten minutes. All morning I was
-                just feeling it and I was like "I'm so done with this." I quit cold turkey that day, never went back.
-                Took no effort. Since then, I always advise smokers who want to quit to consider as a possible strategy
-                to just smoke themselves out. Smoke every single minute, as much as you want. Heck, smoke even when you
-                don't want to. Maybe that way you'll just get sudden rejection for it like I did.</p>
-            <p>Then I started training a little at home with a few dumbbells. Basic stuff: rows, squats, floor presses.
-                And I took it really easy because I was in such terrible shape and I had learned from my leg surgery
-                rehab that when you're at the bottom, you really have to take it easy coming up. That was one of the most
-                enlightening things I figured out. When you're in a really bad shape, don't rush it. You will go up
-                eventually and things will work out, but don't force yourself to do stuff you're not ready to do. Do
-                something that feels comfy, even trivial I would say, and start doing it regularly. From that point on,
-                you can start pumping the numbers.</p>
-            <p>I was extremely busy with work, working from home, so what I would do is train during my lunch break. 15,
-                20 minutes. Four exercises, a few rows, a few presses, a few squats, maybe just nine sets, done. Cook my
-                lunch, continue with life. Very humble training for a busy guy.</p>
-            <p>Precisely because what I was doing was not ambitious, it was pretty convenient. We're talking about
-                working out for 15 to 20 minutes in a lightweight way at home. I didn't change clothes. I didn't get in
-                my car and drive to a gym. I would sometimes cook as I was training, leveraging the rest time between
-                sets. It was extremely convenient and humble, and because of that, I was actually able to make a habit
-                out of it. One month, two months, three months. Eventually it just grew into a habit. I stayed with this
-                attitude for at least a year. That was the first time in my life I was actually consistent with strength
-                training.</p>
-            <p>The habit stuck and slowly, I increased the intensity, but with an extremely relaxed attitude. I wasn't
-                tracking myself heavily. I wasn't pushing hard to pump the numbers. I was just happily trying to feel
-                well and then every now and then I'd throw another half a kilo here, another half a kilo there. Do 4
-                sets where I used to do 3. Do 8 pushups instead of 6.</p>
-            <p>I also started jogging casually, doing 5k's here and there. Same principle: very humble jogs with no
-                intense pace goals, trivial to include in daily life.</p>
-            <h3>Calisthenics and the bars</h3>
-            <p>Eventually I started working for a company with a nice office close to the beach, literally a few meters
-                from the sand. Right in front of the office there was an absolutely amazing calisthenics bar park, with
-                all the pull-up bars you could figure out, all the grips and heights, parallel bars, row bars, everything
-                you can imagine. Training in the sand was really nice.</p>
-            <p>I made a habit of training whenever I went to the office. Sometimes in the morning, sometimes at the end
-                of the day. I would train at the bars regularly and some days go for a 5k near the beach. I just kept my
-                sneakers at the office and grabbed them whenever I felt I had the energy.</p>
-            <p>At this stage I had clearly recovered all of my shitty physical condition from the curfew, smoking and
-                drinking. By the way, by the beach stage I had already stopped drinking as well. I've been smoke-free
-                and alcohol-free for a few years now.</p>
-            <p>Things kept improving. I was feeling so great that I could actually be a bit more ambitious with my
-                training. And it just worked. It didn't feel like I was pushing myself too hard and I didn't have weird
-                pains. Also, because I was in decent condition and not smoking or drinking, I was getting incredibly good
-                sleep, so recovery was much better. I also lost quite a bit of weight due to it all (though most of the
-                merit I think goes to quitting alcohol completely).</p>
-            <p>Eventually, I kind of got addicted to the bars. The habit had completely stuck with me. Since then, I
-                train at different bar parks depending on where I'm working or where life takes me, but I'm always
-                finding some bar park and going there 2-3 times a week. I even got a weighted vest, so some training
-                sessions I'll go quite hard with heavy pull-ups and dips.</p>
-            <p>And that's where I sit today. I'm stronger than I've ever been. I can crank out 10 pull-ups any day of
-                the week when I'm fresh, or squat cleanly with the missus on my back. And what I today call an easy day
-                would have been outright impossible for me to perform in 2020. That's pretty cool.</p>
-            <p>I'm not doing great with jogging right now because I stopped for a few months, tried to pump the numbers
-                too quickly when I came back (lesson learned), and hurt my Achilles tendon. Working on recovering that,
-                and then I'll just be very humble again with my 5k's. But right before that, I could run you a sub-hour
-                10K on any normal day, even if I had not been prepping intensely for it the weeks before.</p>
-            <p>The only thing I might be missing is some stretch work for flexibility and mobility. I've been thinking I
-                should probably try some yoga classes. Not to become a master at it, but to have my joints pushed to the
-                extreme positions every now and then. I'll probably do that at some point.</p>
-            <h3>Lessons</h3>
-            <p>If I look back, here's what I would tell my past self, or anyone who's starting out or struggling to make
-                exercise stick.</p>
-            <p>The most important thing is to start ridiculously small. So little volume, so little frequency, that it
-                almost feels pointless. A couple of days a week, five minutes of something that doesn't even feel like a
-                challenge. You might think that's not getting you anywhere. You're so wrong. Listen: first, you need to
-                prove yourself that you're capable of doing something trivial consistently, because doing something
-                consistently is all that matters. Once you prove you can do that, slowly increase, but very slowly.
-                Don't be in a rush. Don't try to make every session a challenge. You have a lifetime of exercising ahead
-                of you. Get to a certain level, stay there for a few weeks until you're bored, and then bump it up a
-                little bit. So little you have a hard time noticing any difference. And then repeat. Same for cardio.
-                Never jogged? Just go out and do two kilometres. You should be able to pull that in under 15 minutes. Do
-                that for a month, a couple of times a week, then do 2.5 kilometres. Take years to get to something
-                significant. But eventually you will get there, which is the important thing. And you'll make it because
-                you took it easy, you didn't injure yourself, and you didn't give up because your training plan was too
-                hard and completely incompatible with living a normal life. It feels counterintuitive, but by being kind
-                of lazy and doing very little, you eventually grow into doing a lot.</p>
-            <p>Along the same lines, make it trivial to start exercising in your daily life. Remove every bit of
-                friction you can. If you can afford to have equipment at home, have it ready and accessible, not buried
-                in some inconvenient closet. If you just have to reach for it and start, there's no excuse. The moment
-                it takes a couple of minutes to prep for exercise, you can talk yourself out of it. Same for jogging:
-                have your sneakers and clothes ready to grab, have one route you always do, don't plan it, don't think
-                about it, just go. Calisthenics bar parks have worked nicely for me precisely because they need zero
-                prep. You show up and the bars are there, ready for you to jump to them. And don't shy away from short
-                workouts either. In 15 minutes at a bar park you can do a lot. You're not going to break any records,
-                but it's way better than doing nothing. I never do long strength training sessions. I'm pretty confident
-                80-90% of my workouts sit somewhere between 15 and 30 minutes. You can get quite decent results with
-                that. And if someday you have the time and energy to punish yourself for an hour, be my guest. But don't
-                feel you have to.</p>
-            <p>Finally, get your weight sorted. Being at a good weight is insanely convenient for exercise. Running,
-                lifting, all of it. Being overweight is a fucking pain in the ass, messes with your health in many ways
-                and just doesn't let your body work properly. If you're clearly overweight, getting your weight down
-                before you start training hard will make your life a lot easier. Things like running are terribly tolling
-                when you're heavy, whereas at a healthy weight it feels so much more pleasant, which helps you stick
-                with it.</p>
-            <p>That's it. It took me many years to get here, but I'm rolling with it. I'm having fun with the bars,
-                I'll be having fun jogging with no pressure very soon, might throw the yoga in. I keep it easy. Whenever
-                I feel like I have some extra energy and bandwidth, I push myself a bit harder for fun. Not on a
-                schedule, not with any pressure, just because I feel like doing it. Whenever I seem to have no energy or
-                time, I just do what I can afford to. But the key is: I always do a bit, no matter what.</p>
-            <hr>
-            <p><a href="../index.html">back to home</a></p>
-        </section>
-    </main>
-
-</body>
-
-</html>
\ No newline at end of file
diff --git a/public/writings/my-tips-and-tricks-when-using-postgres-as-a-dwh.html b/public/writings/my-tips-and-tricks-when-using-postgres-as-a-dwh.html
deleted file mode 100644
index 869c689..0000000
--- a/public/writings/my-tips-and-tricks-when-using-postgres-as-a-dwh.html
+++ /dev/null
@@ -1,174 +0,0 @@
-<!DOCTYPE HTML>
-<html>
-
-<head>
-    <title>Pablo here</title>
-    <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
-    <link rel="stylesheet" href="../styles.css">
-</head>
-
-
-<body>
-    <main>
-        <h1>
-            Hi, Pablo here
-        </h1>
-        <p><a href="../index.html">back to home</a></p>
-        <hr>
-        <section>
-            <h2>My tips and tricks when using Postgres as a DWH</h2>
-            <p><em>Published: 2025-04-24</em></p>
-            <p>In November 2023, I joined Superhog (now called Truvi) to start out the Data team. As part of that, I
-                also drafted and deployed the first version of its data platform.
-            </p>
-            <p>The context led me to choose Postgres for our DWH. In a time of Snowflakes, Bigqueries and Redshifts,
-                this might surprise some. But I can confidently say Postgres has done a great job for us, and I can even
-                dare to say it has provided a better experience than other, more trendy alternatives could have. I'll
-                jot down my rationale for picking Postgres one of these days.</p>
-            <p>
-                Back to the topic: Postgres is not intended to act as a DWH, so using it as such might feel a bit hacky
-                at times. There are multiple ways to make your life better with it, as well as related tools and
-                practices that you might enjoy, which I'll try to list here.
-            </p>
-            <h3>Use <code>unlogged</code> tables</h3>
-            <p>The <a href="https://www.postgresql.org/docs/current/wal-intro.html" target="_blank"
-                    rel="noopener noreferrer">Write Ahead Log</a> comes active by default for the tables you create, and
-                for good reasons. But in the context of an ELT DWH, it is probably a good idea to deactivate it by
-                making your tables <code>unlogged</code>. <a
-                    href="https://www.crunchydata.com/blog/postgresl-unlogged-tables" target="_blank">Unlogged
-                    tables</a> will provide you with much faster writes (roughly, twice as fast) which will make data
-                loading and transformation jobs inside your DWH much faster.
-            </p>
-            <p>You pay a price for this with a few trade offs, the most notable being that if your Postgres server
-                crashes, <a href="https://www.postgresql.org/docs/current/sql-createtable.html#SQL-CREATETABLE-UNLOGGED"
-                    target="_blank" rel="noopener noreferrer">the contents of the unlogged tables will be lost</a>. But,
-                again, if you have an ELT DWH, you can survive by running a backfill. In Truvi, we made the decision to
-                have the landing area for our DWH be logged, and everything else unlogged. This means if we experienced
-                a crash (which still hasn't happened, btw), we would recover by running a full-refresh dbt run.</p>
-            <p>If you are using dbt, you can easily apply this by adding this bit in your <code>dbt_project.yml</code>
-                :</p>
-            <pre><code>
-models:
-    +unlogged: true
-            </code></pre>
-
-            <h3>Tuning your server's parameters</h3>
-            <p><a href="https://www.postgresql.org/docs/current/runtime-config.html" target="_blank"
-                    rel="noopener noreferrer">Postgres has many parameters you can fiddle with</a>, with plenty of
-                chances to either improve or destroy your server's performance.</p>
-            <p>Postgres ships with some default values for it, which are almost surely not the optimal ones for
-                your needs, <em>specially</em> if you are going to use it as a DWH. Simple changes like adjusting the
-                <code>work_mem</code> will do wonders to speed up some of your heavier queries.
-            </p>
-            <p>There are many parameters to get familiar with and proper adjustment must be done taking your specific
-                context and needs into account. If you have no clue at all, <a href="https://pgtune.leopard.in.ua"
-                    target="_blank" rel="noopener noreferrer">this little web app</a> can give you some suggestions you
-                canstart from.
-            </p>
-            <h3>Running <code>VACUUM ANALYZE</code> right after building your tables</h3>
-            <p>Out of the box, Postgres will automatically run
-                <code><a href="https://www.postgresql.org/docs/current/sql-vacuum.html" target="_blank" rel="noopener noreferrer">VACUUM</a></code>
-                and
-                <code><a href="https://www.postgresql.org/docs/current/sql-analyze.html" target="_blank" rel="noopener noreferrer">ANALYZE</a></code>
-                jobs <a href="https://www.postgresql.org/docs/current/routine-vacuuming.html#AUTOVACUUM" target="_blank"
-                    rel="noopener noreferrer">automatically</a>. The triggers that determine when each of those gets
-                triggered can be adjusted with a few server parameters. If you follow an ELT pattern, most surely
-                re-building your non-staging tables will cause Postgres to run them.
-            </p>
-            <p>But there's a detail that is easy to overlook. Postgres automatic triggers will start those quite fast,
-                but not right after you build each table. This poses a performance issue: if your intermediate sections
-                of the DWH have tables that build upon tables, rebuilding a table and then trying to rebuild a dependant
-                without having an <code>ANALYZE</code> on the first one before might hurt you.</p>
-            <p>Let me describe this with an example, because this one is a bit of a tongue twister: let's assume we have
-                tables <code>int_orders</code> and <code>int_order_kpis</code>. <code>int_orders</code> holds all of our
-                orders, and <code>int_order_kpis</code> derives some kpis from them. Naturally, first you will
-                materialize <code>int_orders</code> from some upstream staging tables, and once that is complete, you
-                will use its contents to build <code>int_order_kpis</code>.
-            </p>
-            <p>
-                Having <code>int_orders</code> <code>ANALYZE</code>-d before you start building
-                <code>int_order_kpis</code> is highly benefitial for your performance in building
-                <code>int_order_kpis</code>. Why? Because having perfectly updated statistics and metadata on
-                <code>int_orders</code> will help Postgres' query optimizer better plan the necessary query to
-                materialize <code>int_order_kpis</code>. This can improve performance by orders of magnitude in some
-                queries by allowing Postgres to pick the right kind of join strategy for the specific data you have, for
-                example.
-            </p>
-            <p>Now, will Postgres auto <code>VACUUM ANALYZE</code> the freshly built <code>int_orders</code> before you
-                start building <code>int_order_kpis</code>? Hard to tell. It depends on how you build your DWH, and how
-                you've tuned your server's parameters. And the most dangerous bit is you're not in full control: it can
-                be that <em>sometimes</em> it happens, and other times it doesn't. Flaky and annoying. Some day I'll
-                write a post on how this behaviour drove me mad for two months because it made a model sometimes built
-                in a few seconds, and other times in >20min.
-            </p>
-            <p>
-                My advice is to make sure you always <code>VACUUM ANALYZE</code> right after building your tables. If
-                you're using dbt, you can easily achieve this by adding this to your project's
-                <code>dbt_project.yml</code>:
-            <pre><code>
-models:
-    +post-hook:
-        sql: "VACUUM ANALYZE {{ this }}"
-        transaction: false
-        # ^ This makes dbt run a VACUUM ANALYZE on the models after building each.
-        # It's pointless for views, but it doesn't matter because Postgres fails
-        # silently withour raising an unhandled exception.
-            </code></pre>
-            </p>
-            <h3>Monitor queries with <code>pg_stats_statements</code></h3>
-            <p><a href="https://www.postgresql.org/docs/current/pgstatstatements.html" target="_blank"
-                    rel="noopener noreferrer">pg_stats_statements</a> is an extension that nowadays ships with Postgres
-                by default. If activated, it will log info on the queries executed in the server which you can check
-                afterward. This includes many details, with how frequently does the query get called and what's the min,
-                max and mean execution time being the ones you probably care about the most. Looking at those allows you
-                to find queries that take long each time they run, and queries that get run a lot.
-            </p>
-            <p>Another important piece of info that gets recorded is <em>who</em> ran the query. This is helpful
-                because, if you use users in a smart way, it can help you isolate expensive queries on different uses
-                cases or areas. For example, if you use different users to build the DWH and to give your BI tool read
-                access (you do that... right?), you can easily tell apart dashboard related queries from internal, DWH
-                transformation ones. Another example could be internal reporting vs embedded analytics in your product:
-                you might have stricter performance SLAs for product-embedded, customer-facing queries than for internal
-                dashboards. Using different users and <code>pg_stats_statements</code> makes it possible for you to
-                dissect performance issues on those separate areas independently.</p>
-            <h3>Dalibo's wonderful execution plan visualizer</h3>
-            <p>Sometimes you'll have some nasty query you just need to sit down with and optimize. In my experience, in
-                a DWH this ends up happening with queries that involve many large tables in sequential joining and
-                aggregation steps (as in, you join a few tables, group to some granularity, join some more, group again,
-                etc).
-            </p>
-            <p>You can get the query's real execution details with <code>EXPLAIN ANALYZE</code>, but the output's
-                readability is on par with morse-encoded regex patterns. I always had headaches dealing with them until
-                I came across <a href="https://dalibo.com/" target="_blank" rel="noopener noreferrer">Dalibo</a>'s <a
-                    href="https://explain.dalibo.com/" target="_blank" rel="noopener noreferrer">execution plan
-                    visualizer</a>. You can paste the output of <code>EXPLAIN ANALYZE</code> there and see the query
-                execution presented as a diagram. No amount of words will portray accurately how awesome the UX is, so
-                I encourage you to try the tool with some nasty query and see for yourself.</p>
-            <h3>Local dev env + Foreign Data Wrapper</h3>
-            <p>One of the awesome things of using Postgres is how trivial it is to spin up an instance. This makes
-                goofing around much more simpler than whenever setting up a new instance means paperwork, $$$, etc.</p>
-            <p>Data team members at Truvi have a dockerized Postgres running in their laptops that they can use when
-                they are developing on our DWH dbt project. In the early days, you could grab some production dump with
-                some subset of tables from our staging layer and run significant chunks of our dbt DAG in your laptop if
-                you were patient.</p>
-            <p>A few hundreds of models later, this evolved to increasingly difficult and finally became impossible.
-            </p>
-            <p>Luckily, we came across Postgres' <a
-                    href="https://www.postgresql.org/docs/current/postgres-fdw.html">Foreign Data Wrapper</a>. There's
-                quite a bit to it, but to keep it short here, just be aware that FDW allows you to make a Postgres
-                server give access to some table in a different Postgres server while pretending they are local. So, you
-                query table X in Postgres server A, even though table X is actually stored in Postgres server B. But
-                your query works just the same as if it was a local genuine table.</p>
-            <p>Setting these up is fairly trivial, and has allowed our dbt project contributors to be able to execute
-                hybrid dbt runs where some data and tables is local to their laptop, whereas some upstream data is being
-                read from production server's. The approach has been great so far, enabling them to actually test models
-                before commiting them to master in a convenient way.</p>
-            <hr>
-            <p><a href="../index.html">back to home</a></p>
-        </section>
-    </main>
-
-</body>
-
-</html>
\ No newline at end of file
diff --git a/public/writings/notes-and-lessons-from-my-departure-from-superhog.html b/public/writings/notes-and-lessons-from-my-departure-from-superhog.html
deleted file mode 100644
index a1bb897..0000000
--- a/public/writings/notes-and-lessons-from-my-departure-from-superhog.html
+++ /dev/null
@@ -1,204 +0,0 @@
-<!DOCTYPE HTML>
-<html>
-
-<head>
-    <title>Pablo here</title>
-    <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
-    <link rel="stylesheet" href="../styles.css">
-</head>
-
-
-<body>
-    <main>
-        <h1>
-            Hi, Pablo here
-        </h1>
-        <p><a href="../index.html">back to home</a></p>
-        <hr>
-        <section>
-            <h2>Notes for myself during my departure from Superhog</h2>
-            <p><em>Published: 2025-07-07</em></p>
-            <p>I'm writing this a few days before my last day at Superhog (now called Truvi). Having a few company
-                departures under my belt already, I know a bit on what will come next. I know one part of the drill is
-                that 99% of the details of what happened during my tenure at the company will completely disappear from
-                my memory for the most part, only triggered by eerily coincidental cues here and there every few years.
-                I will remember clearly a few crucial, exciting days and situations. I will also hold well the names and
-                faces of those with who I worked closely, as well as my personal impression and judgement of them. I
-                will remember the office, and some details of how my daily life was when I went there.</p>
-            <p>But most other things will be gone from my brain, surprisingly fast.</p>
-            <p>Knowing that experience is a great teacher, and regretting not doing this in the past, I've decided to
-                collect a few notes from my time at Superhog, hoping they will serve me in making the lessons I've
-                learnt here stick properly.</p>
-            <ul>
-                <li>Growing really fast an organization without an incredibly solid vision you're going to stick to is
-                    terrible. Time, money and effort will be wasted left and right, and unless you have some magic tric
-                    up your sleeve, you'll run out of money and panic. Growth is about having a great vision, going for
-                    it and hoping for the best, not about collecting resources and hoping that they will somehow align
-                    themselves towards making money.</li>
-                <li>
-                    If you're in the leadership of a company, you make decisions, and then things go badly because of
-                    them, people are going to think you've fucked up and won't be happy about it. Should you publicly
-                    retrospect in an intelligent way and clearly show you've learnt the lesson, you have a chance at
-                    some degree of redemption, and you might even make some of the employees hopeful again that there's
-                    still a second chance to go for success. If you don't retrospect at all and pretend the mishaps have
-                    nothing to do with your management, they won't just think you're incompentent: they simply won't
-                    take you seriously anymore, and won't be honest to you because smart people don't invest calories in
-                    arguing with people who they consider idiots.
-                </li>
-                <li>
-                    If you're in a B2B business where customers will have a long-term relationship with you, and you
-                    have sales people, giving them incentives that are all about getting people onboard, and not about
-                    long term performance, might be an expensive mistake. I've observed sales people who only care about
-                    scoring deals engage in undesirable behaviours such as:
-                    <ul>
-                        <li>Sell to anyone, regardless of whether there's a good fit between your offering and the
-                            customer needs.</li>
-                        <li>Cut corners, surely do and say things that are in moral gray areas. If you're unlucky, even
-                            clearly cross moral red lines.</li>
-                        <li>
-                            Drive the people who build and deliver your offering crazy. Since they have no incentive to
-                            care about what happens after a deal is signed, they don't care if their actions in the
-                            sales pipeline turn into landmines during the long-term business relationship and execution
-                            of the service.
-                        </li>
-                    </ul>
-                    I think many of these issues get solved by structuring compensation so that sales people do well
-                    once the leads they convert have been doing well for some time, however you want to measure that.
-                    Not only nasty behaviour can be avoided, but even new, good and constructive actions might arise.
-                    For example, your sales people will care more about building a great product, and so they'll
-                    regularly feedback to engineers and operations and care deeply about collaborating in improving
-                    things.
-                </li>
-                <li>
-                    If you're lucky to find talented employees, go crazy about retaining them.
-                </li>
-                <li>
-                    The unexpected death of collegues can be a great blow to the business.
-                </li>
-                <li>Non-technical founders need CTOs with strong characters nearby to protect them from themselves.
-                    Soft-hearted CTOs with a pleasing attitude and aversion to conflict will feel sweet at first, but
-                    their lack of fightning back on certain topics will lead to sour consequences down the line.</li>
-                <li>During my tenure, my team and I managed to deliver astonishing amounts of value with extremely
-                    simple tooling that was just enough for what we needed. This had many advantages and was a silent
-                    win. It's not sexy, but I think it should be.</li>
-                <li>If you are silently efficient budget wise, as in you manage to achieve something consuming way less
-                    money than whatever is average for your context, but you don't explain it are notably noisy about
-                    it, nobody will give a damn. Even worse, your levels of efficiency may be taken for granted and you
-                    might encounter trouble when asking for more bucks, even if you're still way below average.</li>
-                <li>When there's a feeling that a ship is going down, I've observed there's a direct correlation between
-                    how talented an employee is and the chances he departs early. The less gifted will stay until the
-                    end.</li>
-                <li>
-                    If you're a SaaS and want to scale, don't leave your Finance team orphan of IT resources. Invoicing,
-                    gathering customer payment details, the most frequent accounting journals, etc. should be treated as
-                    first class requirements of your architecture, not as an afterthought. Your finance team needs to
-                    grow in engineers, not accountants. And if you have the feeling that the number of accountants is
-                    growing linearly with the volume of the business, you are in serious trouble and need to do
-                    something. Failing to do this will lead to some very nasty tech debt that will kill your speed and
-                    potentially make you lose a lot of money.
-                </li>
-                <li>If you've had employees rotating through various departments in your org, doing very different jobs,
-                    their views and opinions are worth solid gold and should be valued as such.</li>
-                <li>Right befores starting in this company, I had just read the book It doesn't have to be crazy at work
-                    by Jason Fried and DHH. At that time I thought I believed by then that it's worth creating a calm
-                    environment to think clearly, since doing the right thing is way more important than executing fast,
-                    and fast paced environments are not great to keep your head clear. After my time here, I'm a x100
-                    times more of a believer.</li>
-                <li>Giving people in the business some basics on SQL is really useful, but that usefulness gets
-                    multiplied by the tidyness and documentation of your DWH. If they need to call you up every time
-                    because there's no way they can find and understand what they need in the DWH, teaching them SQL is
-                    pointless and only leads to frustration.</li>
-                <li>
-                    If you were part of the decision to hire someone, and then they decide to leave, you should talk
-                    with them. Even if you're not working together every day anymore and the org has changed quite a
-                    bit. You had a stake in this person's entrance, they remember it vividly, and not calling them to
-                    grab a coffee and say bye properly will disappoint them.
-                </li>
-                <li>If a manager gets fired and you get their direct reports now reporting to you, and you know they had
-                    strong respect for him, make sure to recognize that feeling the first thing. Saying something along
-                    the lines of "Guys, I know you respected X and were fond of working with him, and that you might not
-                    be happy with his departure and having to report to me instead. I understand that and think it's
-                    natural", will go a long way in helping with the grieving and making them feel more comfortable.
-                </li>
-                <li>
-                    Engineering leadership is quite a bit like parenting when it comes to mirroring. Regardless of what
-                    you say should be done, people will ignore that a lot and tend to do what you do. If senior
-                    engineers do patchy shit on the database, don't document a thing, cut corners instead of building
-                    properly, mindlessly submit to absurd requests instead of collaborating productively with their
-                    non-tech colleagues, etc, the rest of engineers will do it as well, regardless on how many training
-                    sessions on best practices you run. Conversely, if you focus on quality, give time and room to do
-                    things right, reward ingenious solutions to problems, treat incidents in professional and serious
-                    ways, push back from stupid managerial situations to work things out in a way that is good
-                    for everyone, document your work properly, etc. you will soon find the rest of your colleagues
-                    (specially, the most junior ones) following your lead, often times without you even needing to
-                    insist on good practices.
-                </li>
-                <li>People care little about having an office on the beachfront.</li>
-                <li>If you manage to raise a team to have team-ownership mentality (as in, they know what's their high
-                    level goal and will always strive for it, even if you don't provide strict guidance or are not
-                    around at all), you might get an ego hit because it suddenly feels like you are not needed. Rest
-                    assured, even if you're not immediately needed, your team values you, and other managers and
-                    executives will notice the work you've done with the team, even if they don't voice it.
-                    Unfortunately, it's likely that the appreciation for your achievement only becomes visible when you
-                    decide to leave and people panic.</li>
-                <li>People with cowardly and anxious characters might seem harmless. But don't undersestimate their
-                    ability to allow terrible things to happen precisely because stepping up and acting would require
-                    courage and they have none. Basically the way <a href="https://www.youtube.com/watch?v=uW9Q1cm_Tnw"
-                        target="_blank" rel="noopener noreferrer">Upham gets Mellish killed in Saving Private Ryan</a>.
-                    The attrocities that can be tolerated or even supported by cowards in this manner can be terrible,
-                    and even more depressing that the loud acts of bold, evil men. Plus, if there are many cowards
-                    clustered together, group thinking will give them comfort and normalize the behaviour in the fashion
-                    of the bystander effect.
-                </li>
-                <li>
-                    Only badmouth a colleague in front of others if you are going to eventually raise the issue to
-                    either him or his superiors. Don't ever pointlessly complain with third parties if you will never
-                    act on the issue. Specially with your direct reports. It generates a nasty victim culture, and once
-                    you get it started, it's hard to stop.
-                </li>
-                <li>
-                    I have found that the lack of easy access to data and skills like SQL and data analysis are orders
-                    of magnitude less of an issue to organizational data literacy compared to managers who don't expect
-                    a data-driven approach from their reports. People start caring about data when their boss demands
-                    they do their work using data. People continue ignoring data when their boss tolerates the lack of
-                    data. And when observing this, it's vital to also keep in mind that reports adjust their behaviour
-                    to what their manager actually rewards/punishes, not what their manager <em>says</em> he will
-                    reward/punish.
-                </li>
-                <li>Joel Spolsky wrote <a
-                        href="https://www.joelonsoftware.com/2000/04/06/things-you-should-never-do-part-i/">this thing
-                        you should never do</a>. The company decided to do it anyway. We fucked up and we paid for the
-                    consequences exactly as Spolsky lays out.</li>
-                <li>Employees with little retrospective capacity are dangerous. Partly related to the previous point.
-                    This quote from Spolsky hits right on the nail: <em>It's important to remember that when you start
-                        from scratch there is absolutely no reason to believe that you are going to do a better job than
-                        you did the first time. First of all, you probably don't even have the same programming team
-                        that worked on version one, so you don't actually have “more experience”. You're just going to
-                        make most of the old mistakes again, and introduce some new problems that weren't in the
-                        original version.</em> I would only nuance that if you can retrospect deeply and learn from the
-                    mistakes you made on the first run, perhaps there's some hope you may do a better job starting from
-                    scratch. But I guess if you manage to retrospect and learn properly, you could also do a better job
-                    working yourself out incrementally from the fucked up situation you failed yourself into.</li>
-                <li>If you set up a variable/bonus scheme, refrain from changing the structure frequently, even if you
-                    are not really making it more stingy. Too much shuffling on that area will get employees thinking
-                    you're playing games on them, even if it's not the case.</li>
-                <li>When an engineer who designed, deployed, and since then operated a non-trivial production system is
-                    about to leave, ask him to finish his handover and lock himself out days before his actual last
-                    working day. Challenge him to a nice treat by making it clear that, once he's locked out, he doesn't
-                    have any other duties other than help his colleagues should something not work after his departure.
-                    This way, you provide him with an incentive to handover as perfect and fast as possible (paid
-                    holidays), and you make sure that you get a chance to try to operate the system without him
-                    <em>before</em> he leaves. Not doing this, and instead simply waiting for his last day to remove his
-                    creds and users from the infra, is dangerous.
-                </li>
-
-            </ul>
-            <hr>
-            <p><a href="../index.html">back to home</a></p>
-        </section>
-    </main>
-
-</body>
-
-</html>
\ No newline at end of file
diff --git a/public/writings/one-efective-but-risky-way-to-find-the-top-budget-for-the-vacancy.html b/public/writings/one-efective-but-risky-way-to-find-the-top-budget-for-the-vacancy.html
index fbc2adf..cbf9a9e 100644
--- a/public/writings/one-efective-but-risky-way-to-find-the-top-budget-for-the-vacancy.html
+++ b/public/writings/one-efective-but-risky-way-to-find-the-top-budget-for-the-vacancy.html
@@ -4,7 +4,7 @@
 <head>
     <title>Pablo here</title>
     <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
+    <meta viewport="width=device-width, initial-scale=1">
     <link rel="stylesheet" href="../styles.css">
 </head>
 
@@ -18,7 +18,6 @@
         <hr>
         <section>
             <h2>One efective but risky way to find the top budget for the vacancy</h2>
-            <p><em>Published: 2025-02-03</em></p>
             <p>
                 I've seen a lot of people frustrated with not knowing how much a company is willing to pay for a
                 vacancy. There are multiple ways to find out, which you probably are familiar with if you've been job
diff --git a/public/writings/one-property-where-gold-beats-bitcoin.html b/public/writings/one-property-where-gold-beats-bitcoin.html
deleted file mode 100644
index 1de4941..0000000
--- a/public/writings/one-property-where-gold-beats-bitcoin.html
+++ /dev/null
@@ -1,317 +0,0 @@
-<!DOCTYPE html>
-<html>
-
-<head>
-  <title>Pablo here</title>
-  <meta charset="utf-8" />
-  <meta name="viewport" content="width=device-width, initial-scale=1" />
-  <link rel="stylesheet" href="../styles.css" />
-</head>
-
-<body>
-  <main>
-    <h1>Hi, Pablo here</h1>
-    <p><a href="../index.html">back to home</a></p>
-    <hr />
-    <section>
-      <h2>One property where gold beats Bitcoin</h2>
-      <p><em>Published: 2026-06-25</em></p>
-
-      <p>
-        Gold is typically mocked by Bitcoiners (along with Peter Schiff). The
-        honorable grandpa pet rock of sound money was the best thing we ever
-        had, up until Bitcoin, and now Bitcoiners find it hilarious. No
-        practical way to verify it, insanely hard to transact with, consistent
-        inflation (even if not rampant like fiat), must be stored physically...
-        Once you get used to Bitcoin, there are certainly many properties of
-        gold that make you wonder why people still hold on to it. I must admit I
-        have regularly taken part in the memetic "Ha-ha" aggressions towards
-        gold and had my fair share of laughing when listening to Peter Schiff.
-      </p>
-
-      <p>
-        But in my mother tongue we say that wise men change their minds when
-        they're wrong. And recently, as I've become more knowledgable about
-        Bitcoin (does the rabbit hole ever end?), I've come to realize there is
-        one category in which gold woops Bitcoin's ass. And I think in the long
-        term, this will become significant.
-      </p>
-
-      <h3>Wars</h3>
-
-      <p>
-        I'm not an OG. It took me many years to pay any attention to Bitcoin,
-        and a few more to actually become enlightened and start to understand
-        what I was looking at. This means I was not around when the Blocksize
-        wars happened, and thus all I know about it comes from posts, books and
-        grandpa Simpson styled ramblings of Bitcoiners with more years of
-        service than me. And as much as the story makes sense, it always felt
-        more like history than a story. I mean to say, I can understand the
-        facts I'm told, but I can't imagine going through it. I can't imagine
-        how it felt. It's just a bunch of cold, timeline facts.
-      </p>
-
-      <p>
-        But now, time passed since I fell down the rabbit hole. And it seems
-        we're heading for new wars, and this time it is my turn to live through
-        them, not just be aware of a few journalistic-styled facts.
-      </p>
-
-      <p>
-        A bunch of Core developers have been acting stupid for years. I won't go
-        into details because others have documented this issue much better than
-        me. Now, theoretically, in the astral
-        plane of "bitcoin is the invincible honey badger because muh game theory
-        will fix everything no matter what", a bunch of devs being corrupted by
-        VC money and flashes of prestige shouldn't be a threat because "the rest
-        of the network" will go and do what needs be done: fork the code, ignore
-        whatever proposals which are harmful to Bitcoin they bring, and just
-        continue to build good code, run it, point hashrate to it.
-      </p>
-      <!-- TODO: ADD LINKS TO JON ATTACK INTERVIEW | ADD LINKS TO HODLNAUT PIECES | ADD WHATEVER ELSE MARCELLUS SENDS ME -->
-
-      <p>
-        And it's true: this immune system like reaction is kind of happening.
-        The recent increase in the adoption of Bitcoin Knots over Bitcoin Core
-        is testament to it. And now we have BIP110, which keeps on getting more
-        nodes and more hashrate. I don't know if the softfork will be adopted
-        widely and become the chain with most work, but surely it seems there is
-        a reaction to the fuckery that a clique of big pockets with their teams
-        of devs tried to pull.
-      </p>
-
-      <p>
-        But even if BIP110 goes through, and we keep preventing and perhaps even
-        undoing malicious changes and mistakes in the protocol, I'm left
-        concerned. Because living through this conflict in detail, unlike the
-        Blocksize Wars, has allowed me to see the trenches with my own eyes: how
-        plebs think. How they react to the actions of each side. How they form
-        their opinions. How they come to decide. What they do, and what they
-        don't.
-      </p>
-
-      <p>And it makes me worry.</p>
-
-      <h3>Crowds</h3>
-
-      <p>
-        Most Bitcoiners deeply hate collectivism and instead root for
-        individualism. Powerful states that take aggression on the individual
-        with the pretext of favoring the group are not seen with good eyes by
-        Bitcoiners. I certainly share the feeling. Following that rabbit hole has
-        led many Bitcoiners to actually find Democracy itself a flawed model:
-        they see how the crowd is short-sighted, stupidly greedy, aggressive.
-        How it votes for evil taxes to support unfair wealth redistribution. How
-        it allows and applauds authoritarian measures promoted for the sake of
-        some supposed security. The crowd is seen as a dangerous animal, and
-        representative democracy is a way for powerful evil men to unleash the
-        crowd on all individuals who won't bend the knee.
-      </p>
-
-      <p>
-        The view on this problem, I think, is widely shared. The solutions, on
-        the other hand, tend to be more varied. I find some Bitcoiners don't see
-        any solution, or think any alternative is worse. Others have fallen in
-        love with the strong man in charge rethoric, monarchical or in other
-        flavors. Others fall in between, proposing various forms of Aristocracy.
-        The common thread is: most people don't have enough virtue to rule over
-        others and make the world better (or at least not make it a hellhole) in
-        the process. So either it's only a few, or none. The common thread is the
-        view that the crowd can't be left in charge, for they will mess everything
-        up.
-      </p>
-
-      <h3>Meritocracy</h3>
-
-      <p>
-        Bitcoiner is an overloaded word. I find myself using it every day,
-        meaning different things each time.
-      </p>
-
-      <p>
-        If the definition of being a Bitcoiner was to have exposure to price,
-        things would look great: I would guess that group must be at least in
-        the double digit million size worldwide already.
-      </p>
-
-      <p>
-        If the definition of being a Bitcoiner was to hold your own keys... that
-        would narrow things down quite a bit. Single digit million? Perhaps even
-        less than a million?
-      </p>
-
-      <p>
-        Notch it up to only people who also run their own node and now we're
-        certainly under a million. I would be surprised if it was more than a
-        hundred thousand.
-      </p>
-
-      <p>
-        If we dive deeper into people who also mine, I don't think there is more
-        than ten thousand.
-      </p>
-
-      <p>
-        And I'm picturing the final stage of this peculiar cypherpunk ladder to
-        Olympus would be... writing their own code. How many can actually fork
-        Bitcoin Core and work on adjusting the code to their wishes, without
-        forking themselves off or introducing deadly bugs accidentally?
-      </p>
-
-      <p>A thousand? A hundred?</p>
-
-      <p>
-        What's the picture? There's millions of people who "use" Bitcoin, at
-        varying heights of the rabbit hole. But probably barely a few thousands
-        have anything resembling sovereignty in the network. Are you even
-        sovereign if you don't have the knowledge to fork off on your own,
-        should someone push a soft fork you don't support into Core, and no one
-        else write the right URSF you need to run to oppose it?
-      </p>
-
-      <h3>Email and the healthbar that doesn't refill</h3>
-
-      <p>
-        The death of email as a decentralized protocol has been documented by
-        others thoroughly. I won't try to replicate that here.
-      </p>
-
-      <p>
-        I'll just emphasize one ugly fact: the capture of email did not happen
-        suddenly. It happen slowly over decades. It happened as many individual
-        people took decisions that they probably didn't feel were terrible, even
-        important, when they were doing so. We would have trouble having someone
-        point himself in the mirror and yell: "It was me! I killed email".
-      </p>
-
-      <p>
-        The decentralization of email disappeared because mistakes piled up and
-        they were not reverted. Why weren't they?
-      </p>
-
-      <p>
-        Well, that's a question we could ask ourselves today. Why can't we save
-        email right fucking now?
-      </p>
-
-      <p>
-        Email died due to many decisions related to spam. There are solutions to
-        spam that could be embedded into the protocol. But none of those would
-        be backwards compatible, and that generates a massive issue: if you
-        apply the solution yourself, you cut yourself out of email since others
-        didn't follow along. So you need to bring everyone along with you and
-        have them all apply the same backwards incompatible change with you. The
-        only issue is that is impossible. We're all too busy doing things to pay
-        attention and coordinate and trust each other to do such a thing. Does
-        it feel somewhat familiar to Bitcoin?
-      </p>
-
-      <p>
-        To me, it does. Millions of people out there holding IOUs. Some of them
-        puting their life savings into it. But most have no time or willingness
-        to run a node. And barely a fraction of them will spend any calories
-        judging what side is in their best interest when a fork war, hard or
-        soft, comes around. And then only a sliver of a fraction of a minority
-        would even be able to escape the duality of such a situation and say
-        "fuck you guys, it's not red or blue, I'll go write my own color and
-        show you".
-      </p>
-
-      <p>
-        And so, small bad decisions piled up with no way to undo them, since the
-        crowd will just accept whatever is on the table, until they had grown
-        into the cancer that killed the patient. Any time you manage to sneak
-        any tiny damaging into the protocol, it's as if you've soldered a
-        leeched onto it. And it's so scary: we already fucked up with Segwit.
-        Now Core is a bunch of amateurs salaried westerners that sit in a couple
-        of offices, and they do whatever shit they want on each release and
-        people just upgrade. And then you go to Twitter and read on the BIP110
-        discussions and most of it is just ignorants on either side that
-        understand nothing, slinging noise at each other. And then you go to
-        reddit and it's just normies memeing about dips and pumps and asking if
-        DCA-ing 100$ a week will retire them at 32.
-      </p>
-
-      <p>
-        This all made me think that a decentralized protocol is like a character
-        in a shooter videogame where there are no health potions, no medkits, no
-        bandaids. And you only get to play once, no second tries. You can be as
-        skilled as you want, but it's still a fact someday you'll get hit. With
-        no way to recover your health, over a long enough time horizon, you will
-        die.
-      </p>
-
-      <h3>Mix it all up</h3>
-      <p>
-        All of this combined is what I find concerning.
-      </p>
-      <p>
-        Most people in this world are not fully fledged participants in Bitcoin. They don't have the willingness to actively engage in the maintenance of the protocol. They don't care. Most don't even know what they don't know. Their "usage" of Bitcoin is like second-hand smoke: the only way they can interact with the network is via tooling that others build and run. The only knowledge they hold on its inner workings come from metaphors brought by third parties, which many times are wrong, biased or outright maliciously crafted to confuse them.
-      </p> 
-      <p>Instead, only a minuscule minority can play the game properly. People intelligent and educated enough. With filled bags that both give them the freedom and the incentive to engage.</p>
-      <p>It wouldn't be that terrible if Bitcoin ended up being an aristocratic monetary network. It would be orders of magnitude less useful than if it was global money, surely. But it would surely help, not hurt, the world.
-      </p>
-      <p>
-        But the problem is that there are no meritocratic barriers to participate in Bitcoin. Both brilliant people and absolute brutes are welcome alike. The crowd comes in. And the crowd becomes the stone foundation that makes the protocol resistant to change: you have to convince them all to push changes. </p>
-      <p>This ought to be good, right? If you want to change Bitcoin, you have to convince the participants that your change is in their best interest, hence nobody can take over maliciously the protocol.
-      </p>
-      <p>But the reality is that the crowd is ignorant and lives in an incredibly dense fog of war. They know jackshit of the protocol and how it works. They don't know how software works. They don't understand economics. Their opinions on protocol changes are either non-existant ("Oh, a new version of Core! I'll update right away! Have I read the changelog? What do you mean? What is a changelog?"), or instead formed from the result of online propagandistic crossfire.
-      </p>
-      <p>And so, I come to this observation: that the decentralization of Bitcoin surely makes protocol changes expensive. But it hardly guarantees that bad changes are less likely than good changes. With enough resources and patience, I'm confident you have a decent chance at psy-oping the network into crazy shit like supporting tail emission. And once you fuck the protocol, it is very hard to unfuck. After all, it is the crowd who turned email in to Gmail. 
-      </p>
-      <p>And the healthbar doesn't refill.</p>
-
-      <h3>Gold's latest fork war</h3>
-
-      <p>
-        I started this rant heretically proclaiming there is some aspect of gold
-        that is superior to Bitcoin.
-      </p>
-
-      <p>
-        Well, do you remember gold's last fork war? Of course not, because there
-        wasn't one. There's nothing to discuss.
-      </p>
-
-      <p>
-        I'm not saying gold is superior. Hard to custody, hard to transport,
-        hard to verify, forever inflationary, tends to be centralized.
-      </p>
-
-      <p>
-        But at least it escapes the crowd: it is what it is, and no human can
-        change that. There's no signaling, no forking, no socratic seminar of
-        people discussing the greatest and latest update proposal from Pieter
-        Wuille to make TheMempool&trade; 0.7% more schgaboozing, no ugly VCs
-        pouring money into young devs who still get yelled at by mom when they
-        don't drop their undies in the dirty clothes bag. No greedy masses who
-        completely ignore the nature of the technology their betting their
-        financial future on. No hashrate competitions, no threats of changing
-        the PoW algorithm. No Tone Vays.
-      </p>
-
-      <p>
-        I can shit on gold, but the truth is it's done its thing for millenia
-        because we can't change it. It might be a shit money in the 21st money, but that's because the world has changed, not because gold has enshittified.
-      </p>
-
-      <p>
-        It makes me wonder: will we ever truly find good money? Is it even
-        posible?
-      </p>
-
-      <p>
-        It also makes me think how materially effective it is to indebted in
-        money: you get to buy real hard things today, only in exchange of
-        promises of imperfect money in the future. With so many ways for the
-        unit your liability is denominated to go upside down, letting you run
-        free with the asset while you pee on the debt.
-      </p>
-
-      <hr />
-      <p><a href="../index.html">back to home</a></p>
-    </section>
-  </main>
-</body>
-
-</html>
diff --git a/public/writings/replacing-a-failed-disk-in-a-zfs-mirror.html b/public/writings/replacing-a-failed-disk-in-a-zfs-mirror.html
deleted file mode 100644
index 058a22c..0000000
--- a/public/writings/replacing-a-failed-disk-in-a-zfs-mirror.html
+++ /dev/null
@@ -1,243 +0,0 @@
-<!DOCTYPE HTML>
-<html>
-
-<head>
-    <title>Pablo here</title>
-    <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
-    <link rel="stylesheet" href="../styles.css">
-</head>
-
-
-<body>
-    <main>
-        <h1>
-            Hi, Pablo here
-        </h1>
-        <p><a href="../index.html">back to home</a></p>
-        <section>
-            <h2>Replacing a Failed Disk in a ZFS Mirror</h2>
-            <p><em>Published: 2026-02-21</em></p>
-            <p>If you've been following along, you know the story: I set up a <a href="why-i-put-my-vms-on-a-zfs-mirror.html">ZFS mirror for my Proxmox VMs</a>, then one of the drives <a href="a-degraded-pool-with-a-healthy-disk.html">started acting flaky</a>, and I <a href="fixing-a-degraded-zfs-mirror.html">diagnosed and fixed what turned out to be a bad SATA connection</a>.</p>
-            <p>Well, the connection wasn't the whole story. A few weeks after that fix, the same drive, AGAPITO1, started dropping off again. Same symptoms: link resets, speed downgrades, kernel giving up on the connection. I went through the cable swap dance again, tried different SATA ports on the motherboard, tried different cables. Nothing helped. The SATA PHY on the drive itself was failing.</p>
-            <p>I contacted PcComponentes (where I bought it), RMA'd the drive, and ran degraded on AGAPITO2 alone for about two weeks. Then the replacement arrived. This article covers the process of physically installing a new drive and getting it into the ZFS mirror, from "box on the desk" to "pool healthy, mirror whole."</p>
-
-            <h3>The starting point</h3>
-            <p>Before doing anything, this is what the pool looked like:</p>
-            <pre><code>  pool: proxmox-tank-1
- state: DEGRADED
-status: One or more devices have been removed.
-        Sufficient replicas exist for the pool to continue functioning in a
-        degraded state.
-action: Online the device using zpool online' or replace the device with
-        'zpool replace'.
-  scan: scrub repaired 0B in 06:55:06 with 0 errors on Tue Feb 17 20:40:50 2026
-config:
-
-        NAME                                 STATE     READ WRITE CKSUM
-        proxmox-tank-1                       DEGRADED     0     0     0
-          mirror-0                           DEGRADED     0     0     0
-            ata-ST4000NT001-3M2101_WX11TN0Z  REMOVED      0     0     0
-            ata-ST4000NT001-3M2101_WX11TN2P  ONLINE       0     0     0
-
-errors: No known data errors</code></pre>
-            <p><code>DEGRADED</code> with one drive <code>REMOVED</code>. The old drive (WX11TN0Z) was physically gone, shipped back to PcComponentes. AGAPITO2 (WX11TN2P) was holding down the fort alone.</p>
-            <p>This is the beauty and the terror of a degraded mirror: everything works fine. Your VMs keep running, your data is intact, reads and writes happen normally. But you have zero redundancy. If that surviving drive has a bad day, you lose everything. Two weeks of running like this was two weeks of hoping AGAPITO2 stayed healthy.</p>
-
-            <h3>Before you touch hardware</h3>
-            <p>Before doing anything physical, I wanted to capture the current state. When things go wrong during maintenance, you want to be able to compare "before" and "after."</p>
-            <p>Three things to record while the server is still running:</p>
-            <p><strong>Pool status</strong>, the <code>zpool status</code> output above. You want to know exactly what ZFS thinks the world looks like right now.</p>
-            <p><strong>SATA layout</strong>, which drive is on which port:</p>
-            <pre><code>dmesg -T | grep -E 'ata[0-9]+\.[0-9]+: ATA-|ata[0-9]+: SATA link up'</code></pre>
-            <p>In my case, AGAPITO2 was on ata4 and ata3 was empty (the old drive's port). This matters because after you install the new drive, you want to confirm it shows up on the expected port.</p>
-            <p><strong>Surviving drive health</strong>, to make sure the drive you're depending on is actually healthy before you start:</p>
-            <pre><code>smartctl -H /dev/disk/by-id/ata-ST4000NT001-3M2101_WX11TN2P</code></pre>
-            <pre><code>SMART overall-health self-assessment test result: PASSED</code></pre>
-            <p>If this says anything other than <code>PASSED</code>, stop and deal with that first. You don't want to discover your only remaining copy of data is on a failing drive while you're in the middle of hardware work.</p>
-            <p>Once you've got your reference snapshots, shut down the server gracefully:</p>
-            <pre><code>shutdown now</code></pre>
-
-            <h3>Physical installation</h3>
-            <p>I won't write a hardware installation tutorial, every case and drive bay is different. But a few practical tips for homelabbers doing this for the first time:</p>
-            <ul>
-                <li><strong>Inspect your cables before connecting them.</strong> If the SATA data cable has been sitting disconnected in the case, check the connector pins. Bent pins or dust can cause exactly the kind of intermittent issues that started this whole saga.</li>
-                <li><strong>Label the new drive.</strong> I labeled mine "TOMMY" with its serial number (WX120LHQ) written on a sticker. Yes, I name my drives. It makes debugging much easier than squinting at serial numbers.</li>
-                <li><strong>Push connectors until they click.</strong> Both SATA data and power. Then do the wiggle test: grab the connector gently and try to move it. If it shifts at all, it's not fully seated.</li>
-            </ul>
-            <p>Seat the drive, connect both cables, close the case, and power on.</p>
-
-            <h3>Boot and verify detection</h3>
-            <p>First thing after boot: did the kernel see the new drive?</p>
-            <pre><code>dmesg -T | grep -E 'ata[0-9]+\.[0-9]+: ATA-|ata[0-9]+: SATA link up'</code></pre>
-            <pre><code>[Fri Feb 20 22:57:06 2026] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
-[Fri Feb 20 22:57:06 2026] ata3.00: ATA-11: ST4000NT001-3M2101, EN01, max UDMA/133
-[Fri Feb 20 22:57:07 2026] ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
-[Fri Feb 20 22:57:07 2026] ata4.00: ATA-11: ST4000NT001-3M2101, EN01, max UDMA/133</code></pre>
-            <p>Both drives detected at full 6.0 Gbps: TOMMY on ata3, AGAPITO2 on ata4.</p>
-            <p>Next, verify it shows up with its expected serial in <code>/dev/disk/by-id/</code>:</p>
-            <pre><code>ls -l /dev/disk/by-id/ | grep WX120LHQ</code></pre>
-            <pre><code>ata-ST4000NT001-3M2101_WX120LHQ -> ../../sda</code></pre>
-            <p>And confirm identity with SMART:</p>
-            <pre><code>smartctl -i /dev/disk/by-id/ata-ST4000NT001-3M2101_WX120LHQ</code></pre>
-            <pre><code>Device Model:     ST4000NT001-3M2101
-Serial Number:    WX120LHQ
-Firmware Version: EN01
-User Capacity:    4,000,787,030,016 bytes [4.00 TB]
-SATA Version is:  SATA 3.3, 6.0 Gb/s (current: 6.0 Gb/s)</code></pre>
-            <p>Correct model, serial, firmware, and running at full speed.</p>
-            <p>One more critical check: look for SATA errors in the kernel log.</p>
-            <pre><code>dmesg -T | grep -E 'ata[0-9]' | grep -iE 'error|fatal|reset|link down|slow|limiting'</code></pre>
-            <p>I saw <code>ata1: SATA link down</code> and <code>ata2: SATA link down</code>, which are just unused ports. Nothing on ata3 or ata4. If you see errors on the port your new drive is on, <strong>stop</strong>. A brand new drive throwing SATA errors on a known-good cable is likely dead on arrival.</p>
-
-            <h3>Health-check before trusting it</h3>
-            <p>A drive can be detected and still be dead on arrival. Before resilvering 1.3 terabytes of data onto it, I wanted to know it was actually healthy.</p>
-            <p><strong>SMART overall health:</strong></p>
-            <pre><code>smartctl -H /dev/disk/by-id/ata-ST4000NT001-3M2101_WX120LHQ</code></pre>
-            <pre><code>SMART overall-health self-assessment test result: PASSED</code></pre>
-            <p><strong>Baseline SMART attributes</strong>, the important ones to check on a new drive:</p>
-            <pre><code>smartctl -A /dev/disk/by-id/ata-ST4000NT001-3M2101_WX120LHQ | grep -E 'Reallocated|Pending|Offline_Uncorrect|CRC'</code></pre>
-            <pre><code>  5 Reallocated_Sector_Ct   ... -       0
-197 Current_Pending_Sector  ... -       0
-198 Offline_Uncorrectable   ... -       0
-199 UDMA_CRC_Error_Count    ... -       0</code></pre>
-            <p>All zeros. Reallocated sectors would mean the drive has already had to remap bad spots. Pending sectors are blocks the drive suspects are bad but hasn't confirmed yet. CRC errors indicate data corruption during transfer. On a new or refurbished drive, all of these should be zero.</p>
-            <p><strong>Short self-test:</strong></p>
-            <pre><code>smartctl -t short /dev/disk/by-id/ata-ST4000NT001-3M2101_WX120LHQ
-# Wait ~2 minutes...
-smartctl -l selftest /dev/disk/by-id/ata-ST4000NT001-3M2101_WX120LHQ</code></pre>
-            <pre><code># 1  Short offline       Completed without error       00%         0         -</code></pre>
-            <p>Passed with 0 power-on hours, a fresh drive. If any of these checks fail, don't proceed. Contact the seller and get another replacement.</p>
-
-            <h3>The replacement: <code>zpool replace</code></h3>
-            <p>This is the moment. One command:</p>
-            <pre><code>zpool replace proxmox-tank-1 ata-ST4000NT001-3M2101_WX11TN0Z ata-ST4000NT001-3M2101_WX120LHQ</code></pre>
-            <p>This tells ZFS "the drive identified as WX11TN0Z (currently <code>REMOVED</code>) is being replaced by WX120LHQ." ZFS starts resilvering immediately, copying all data from the surviving drive (AGAPITO2) onto the new one (TOMMY).</p>
-            <p>Checking status right after:</p>
-            <pre><code>  pool: proxmox-tank-1
- state: DEGRADED
-  scan: resilver in progress since Fri Feb 20 23:10:58 2026
-
-config:
-
-        NAME                                 STATE     READ WRITE CKSUM
-        proxmox-tank-1                       DEGRADED     0     0     0
-          mirror-0                           DEGRADED     0     0     0
-            replacing-0                      DEGRADED     0     0     0
-              ata-ST4000NT001-3M2101_WX11TN0Z  REMOVED      0     0     0
-              ata-ST4000NT001-3M2101_WX120LHQ  ONLINE       0     0 7.73K
-            ata-ST4000NT001-3M2101_WX11TN2P  ONLINE       0     0     0</code></pre>
-            <p>Notice the <code>replacing-0</code> vdev. That's a temporary structure ZFS creates during the replacement, showing both the old (<code>REMOVED</code>) and new (<code>ONLINE</code>) drive while the resilver is in progress.</p>
-            <p>The 7.73K cksum count on the new drive might look alarming, but it's expected during a resilver. Those are blocks that haven't been written yet. ZFS is aware of them and they'll clear up as the resilver progresses.</p>
-            <p>I monitored progress with:</p>
-            <pre><code>watch -n 30 "zpool status -v proxmox-tank-1"</code></pre>
-            <p>I also kept <code>dmesg -Tw</code> running in another terminal, watching for any SATA errors. The kernel log stayed quiet the entire time.</p>
-            <p>In my case, the VMs had auto-started on boot, so the resilver was competing with production I/O. It completed in about 3.5 hours: 1.34 terabytes resilvered with 0 errors. Not bad for a pair of 4TB IronWolf drives running alongside active workloads.</p>
-
-            <h3>Post-resilver verification</h3>
-            <p>The resilver finished. Time to verify everything is actually good.</p>
-            <p><strong>Pool status:</strong></p>
-            <pre><code>  pool: proxmox-tank-1
- state: ONLINE
-  scan: resilvered 1.34T in 03:32:55 with 0 errors on Sat Feb 21 02:43:53 2026
-config:
-
-        NAME                                 STATE     READ WRITE CKSUM
-        proxmox-tank-1                       ONLINE       0     0     0
-          mirror-0                           ONLINE       0     0     0
-            ata-ST4000NT001-3M2101_WX120LHQ  ONLINE       0     0 7.73K
-            ata-ST4000NT001-3M2101_WX11TN2P  ONLINE       0     0     0
-
-errors: No known data errors</code></pre>
-            <p><code>ONLINE</code>. The <code>replacing-0</code> vdev is gone and the mirror now has the new drive in place. The 7.73K cksum on TOMMY is a residual counter from the resilver, so let's clear it:</p>
-            <pre><code>zpool clear proxmox-tank-1</code></pre>
-            <p>Now for the real test. A resilver copies data to rebuild the mirror, but a <strong>scrub</strong> reads every block on the pool, verifies all checksums, and repairs any mismatches. This is the definitive integrity check:</p>
-            <pre><code>zpool scrub proxmox-tank-1</code></pre>
-            <p>This ran for about 3.5 hours across 1.34T of data:</p>
-            <pre><code>  scan: scrub repaired 0B in 03:27:50 with 0 errors on Sat Feb 21 11:38:02 2026
-
-        NAME                                 STATE     READ WRITE CKSUM
-        proxmox-tank-1                       ONLINE       0     0     0
-          mirror-0                           ONLINE       0     0     0
-            ata-ST4000NT001-3M2101_WX120LHQ  ONLINE       0     0     0
-            ata-ST4000NT001-3M2101_WX11TN2P  ONLINE       0     0     0
-
-errors: No known data errors</code></pre>
-            <p>Zero bytes repaired, zero errors, both drives at 0/0/0. Clean.</p>
-            <p>One last thing: a post-I/O SMART check on the new drive. After hours of heavy writes during the resilver and reads during the scrub, any hardware weakness should have surfaced:</p>
-            <pre><code>smartctl -x /dev/disk/by-id/ata-ST4000NT001-3M2101_WX120LHQ | grep -E 'Reallocated|Pending|Offline_Uncorrect|CRC|Hardware Resets|COMRESET|Interface'</code></pre>
-            <pre><code>Reallocated_Sector_Ct    ... 0
-Current_Pending_Sector   ... 0
-Offline_Uncorrectable    ... 0
-UDMA_CRC_Error_Count     ... 0
-Number of Hardware Resets ... 2
-Number of Interface CRC Errors ... 0
-COMRESET ... 2</code></pre>
-            <p>All clean. The 2 hardware resets and 2 COMRESETs are just from the server booting, perfectly normal.</p>
-
-            <h3>The commands, all in one place</h3>
-            <p>For future me and anyone else replacing a disk in a ZFS mirror:</p>
-            <pre><code># --- Before shutdown ---
-
-# Record pool status
-zpool status -v &lt;pool&gt;
-
-# Record SATA layout
-dmesg -T | grep -E 'ata[0-9]+\.[0-9]+: ATA-|ata[0-9]+: SATA link up'
-
-# Check surviving drive health
-smartctl -H /dev/disk/by-id/&lt;surviving-disk-id&gt;
-
-# Shut down
-shutdown now
-
-# --- After boot with new drive ---
-
-# Verify detection
-dmesg -T | grep -E 'ata[0-9]+\.[0-9]+: ATA-|ata[0-9]+: SATA link up'
-ls -l /dev/disk/by-id/ | grep &lt;new-serial&gt;
-smartctl -i /dev/disk/by-id/&lt;new-disk-id&gt;
-
-# Check for SATA errors
-dmesg -T | grep -E 'ata[0-9]' | grep -iE 'error|fatal|reset|link down'
-
-# Health-check the new drive
-smartctl -H /dev/disk/by-id/&lt;new-disk-id&gt;
-smartctl -A /dev/disk/by-id/&lt;new-disk-id&gt; | grep -E 'Reallocated|Pending|Offline_Uncorrect|CRC'
-smartctl -t short /dev/disk/by-id/&lt;new-disk-id&gt;
-smartctl -l selftest /dev/disk/by-id/&lt;new-disk-id&gt;
-
-# --- Replace and resilver ---
-
-# Replace old drive with new
-zpool replace &lt;pool&gt; &lt;old-disk-id&gt; &lt;new-disk-id&gt;
-
-# Monitor resilver progress
-watch -n 30 "zpool status -v &lt;pool&gt;"
-
-# Watch kernel log for SATA errors during resilver
-dmesg -Tw
-
-# --- Post-resilver verification ---
-
-# Check final status
-zpool status -v &lt;pool&gt;
-
-# Clear residual cksum counters
-zpool clear &lt;pool&gt;
-
-# Run a full scrub
-zpool scrub &lt;pool&gt;
-
-# Post-I/O SMART check
-smartctl -x /dev/disk/by-id/&lt;new-disk-id&gt; | grep -E 'Reallocated|Pending|Offline_Uncorrect|CRC'</code></pre>
-
-            <p>The mirror degradation that started on February 8th is resolved. Two weeks of running on a single drive, an RMA, and one evening of work later, the pool is whole again. Full redundancy restored, zero data lost throughout the entire saga. ZFS did exactly what it was designed to do.</p>
-            <p><em>This is the fourth and final article in this series. If you're just arriving, start with <a href="why-i-put-my-vms-on-a-zfs-mirror.html">Part 1: Why I Put My VMs on a ZFS Mirror</a>, then <a href="a-degraded-pool-with-a-healthy-disk.html">Part 2: A Degraded Pool with a Healthy Disk</a>, and <a href="fixing-a-degraded-zfs-mirror.html">Part 3: Fixing a Degraded ZFS Mirror</a>.</em></p>
-            <p><a href="../index.html">back to home</a></p>
-        </section>
-    </main>
-
-</body>
-
-</html>
diff --git a/public/writings/tech-fascination-as-a-function-of-your-age.html b/public/writings/tech-fascination-as-a-function-of-your-age.html
deleted file mode 100644
index 7bb7922..0000000
--- a/public/writings/tech-fascination-as-a-function-of-your-age.html
+++ /dev/null
@@ -1,42 +0,0 @@
-<!DOCTYPE HTML>
-<html>
-
-<head>
-    <title>Pablo here</title>
-    <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
-    <link rel="stylesheet" href="../styles.css">
-</head>
-
-
-<body>
-    <main>
-        <h1>
-            Hi, Pablo here
-        </h1>
-        <p><a href="../index.html">back to home</a></p>
-        <hr>
-        <section>
-            <h2>Tech fascination as a function of your age</h2>
-            <p><em>Published: 2026-05-11</em></p>
-            <p>A long time ago I read a quote that I find hilariously accurate. At first it stuck with me because it was
-                funny. Then as time passed, I observed it was actually very accurate. I mistakenly thought the quote was
-                commonly known in the world, and today I realised apparently it isn't, and I can't find it posted
-                anywhere. So I'm storing it here for the future. The quote roughly looked like this:</p>
-            <blockquote>
-                <p>Any technology that existed before you turned 18 is just boring, regular old stuff that has always
-                    been there since the world was born and doesn't matter much.</p>
-                <p>Any technology that appears while you are between 18 and 30 years old is a revolution like the world
-                    has never seen before, will change the universe in ways mankind can't even fathom and deserves your
-                    entire devotion.</p>
-                <p>Any technology that appears after you've hit 30 is black magic and heresy, and you will never truly
-                    understand it.</p>
-            </blockquote>
-            <hr>
-            <p><a href="../index.html">back to home</a></p>
-        </section>
-    </main>
-
-</body>
-
-</html>
diff --git a/public/writings/the-roi-of-toilets.html b/public/writings/the-roi-of-toilets.html
deleted file mode 100644
index 5a1a13b..0000000
--- a/public/writings/the-roi-of-toilets.html
+++ /dev/null
@@ -1,79 +0,0 @@
-<!DOCTYPE HTML>
-<html>
-
-<head>
-    <title>Pablo here</title>
-    <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
-    <link rel="stylesheet" href="../styles.css">
-</head>
-
-
-<body>
-    <main>
-        <h1>
-            Hi, Pablo here
-        </h1>
-        <p><a href="../index.html">back to home</a></p>
-        <hr>
-        <section>
-            <h2>The ROI of toilets</h2>
-            <p><em>Published: 2025-02-19</em></p>
-            <p>Years ago I worked under the organizational umbrella of this COO. He was my boss' boss. Sometimes we
-                bumped into each other for big meetings and presentations.</p>
-            <p>The COO had a background in finance and audit, which gave him certain management quirks that coupled in
-                rather funny ways with the nature of our data and analytics departments. There was this specific one
-                that was always itchy to me. At the time I was still a very junior and inexperienced professional, and
-                my default stance on things was to humble out, shut the fuck up and listen. But I always had my opinions
-                locked in my brain, and in cases like this one, I couldn't hold them back.</p>
-            <p>
-                The quirk this gentleman had was to try to measure the ROI of every little thing. He would ask for the
-                ROI of projects, the ROI of developments, the ROI of acquiring licenses, the ROI of going out for a
-                smoke. It was an understandable quirk for a financier who had never actually built or serviced anything,
-                but rather always looked, judged and measured from the outside. He wasn't that interested in the things
-                themselves, but rather in measuring them in units that would fit in his Excel sheets.
-            </p>
-            <p>
-                I generally thought (and still think) that assessing ROI is a good thing to aim for. But intuitively, I
-                found his obsession with it misplaced and counterproductive. I now have much better words to critique
-                and argue against his stance, but at the time I lacked those and only had a gut feeling of "this is
-                stupid".
-            </p>
-            <p>
-                One day we were in one of those meetings where he would start asking about the ROI of something while I
-                thought to myself: "We just need this thing and it's obviously more valuable that the money it will
-                cost, why are we having this conversation uuuugh". As I spiritually (not physically) rolled my eyes, I
-                couldn't hold it in anymore and just shot: "What's the ROI of the office toilets?"
-            </p>
-            <p>
-                The COO and my boss suddenly stared at me, mouths open, eyebrows pressed down as they squinted their
-                eyes: "What?"
-            </p>
-            <p>
-                "We have toilets. We have to pay for them. We could use them for desk space, but instead we put toilets.
-                Then we have to do plumbing and stuff. We need to pay people to clean them. it's a nuisance. How can we
-                know that they are the best use of shareholder funds? Who has measured the ROI of those toilets?". It
-                all came out naturally out of the blue. I had a great relationship with these people, but I still was
-                clenching my but, wondering if I had gone a bit too hard. Oh how nice it is to be young.
-            </p>
-            <p>
-                They chuckled and got my point. The COO stopped insisting on specific figures for the cost
-                element we had at hand, although he didn't surrender a good old "write a business case for this so we
-                can refer to it later", which probably was a wise thing to do.
-            </p>
-            <p>
-                I've faced similar situations a few times since then, and I've found myself in many others where it was
-                up to me if and how precisely should the ROI of something be measured. I now have a much clear mental
-                model and opinion of when it should and shouldn't be done. But that's for another day.
-            </p>
-            <p>
-                Nobody ever told me what was the ROI of the toilets, though. Perhaps we should remove them?
-            </p>
-            <hr>
-            <p><a href="../index.html">back to home</a></p>
-        </section>
-    </main>
-
-</body>
-
-</html>
\ No newline at end of file
diff --git a/public/writings/thoughts-after-departing-galoy.html b/public/writings/thoughts-after-departing-galoy.html
deleted file mode 100644
index acf0e2d..0000000
--- a/public/writings/thoughts-after-departing-galoy.html
+++ /dev/null
@@ -1,148 +0,0 @@
-<!DOCTYPE html>
-<html>
-
-<head>
-  <title>Pablo here</title>
-  <meta charset="utf-8" />
-  <meta name="viewport" content="width=device-width, initial-scale=1" />
-  <link rel="stylesheet" href="../styles.css" />
-</head>
-
-<body>
-  <main>
-    <h1>Hi, Pablo here</h1>
-    <p><a href="../index.html">back to home</a></p>
-    <hr />
-    <section>
-      <h2>Thoughts after departing Galoy</h2>
-      <p><em>Published: 2026-08-30</em></p>
-
-      <p>
-        I recently left my position as a Data Engineer at Galoy to pursue some other opportunities. I thought it would
-        be a good time to reflect a bit and jot down some notes for my future self. I did that for the first time when
-        leaving Superhog and it proved useful, so here it goes.
-      </p>
-
-      <ul>
-        <li>
-          Having a technical CEO saves you from many pains that a non-technical CEO will bring to your door. But it
-          will introduce other ones. It is definitely not heaven on earth compared to non-technical CEOs, but rather a
-          different set of trade-offs. If you care about being surrounded by a culture of great engineering, though, a
-          technical CEO really helps.
-        </li>
-        <li>
-          The team stayed away from anything that resembled a production environment for my full tenure. I could see how
-          it rots away the spirit. There are issues with having a bunch of engineers crank code against a future
-          hypothetical usage that never comes. Eventually, care degrades. You do not build things the same way when the
-          quality bar is being able to call the task done, even with very good CI and a good culture of testing, as you
-          do when your stuff will actually be used in the real world. Operations also take a hit: when you can always
-          reset any environment, because you do not live under the terrible threat of at least one true production
-          environment that needs to be treated like a jewel, you tolerate many deployment and operation quirks. Finally,
-          without clear guidance provided by business needs, the team will sometimes deviate into funky technical nerd
-          snipes that, after weeks or months, might end up providing nothing useful to the product or business.
-        </li>
-        <li>
-          Working with a globally distributed remote team can be a challenge. You can get the feeling that things slow
-          down dramatically because communication sometimes ends up working with one working day of latency: you ask
-          your coworker, who is sleeping, something; then he replies back when you are AFK. Now I can see why some
-          companies make it strict to only hire people within certain timezone boundaries. Also, executing an offsite is
-          a logistics nightmare. No matter which place you pick to meet, someone will have visa nightmares to get there.
-        </li>
-        <li>
-          It is insanely productive to have a strong CI setup and to heavily automate all things related to builds,
-          testing, deployment, and so on. I was a bit hesitant about going all the way with certain automations, but this
-          team really showed me tricks and patterns to take CI to the limit and I loved it.
-        </li>
-        <li>
-          Compiling Rust is a pain in the ass.
-        </li>
-        <li>
-          I have seen many places where you always have one engineer owning one task, and the idea of putting two people
-          under the same task would be considered unproductive. In Galoy, it was quite the opposite: having multiple
-          engineers on any non-trivial task was considered to be faster in overall team velocity, because multiple
-          people being hands-on with the same task would speed up design and review. I fell in love with the concept,
-          and now I find a lot of value in mobbing. It is also great for knowledge sharing. Galoy implemented some rules
-          to motivate this, like limiting PRs in flight and having the convention for engineers to always try to join a
-          WIP task instead of getting a brand new one started.
-        </li>
-        <li>
-          Incident reviews were always done collectively: whoever might have tackled the incident started a few notes,
-          but there were large chunks of the report that would be filled in collectively before the review meeting. Then
-          many details would be added during the meeting itself. The bit I found most interesting about this shared
-          ownership of the review was that, during the meeting, each related engineer was expected to walk everyone else
-          through their own subjective timeline of events, uninterrupted. This practice, as opposed to someone playing
-          detective and trying to craft one global sequence of events, was really helpful in making evident the
-          misalignments in how different colleagues collaborated together.
-        </li>
-        <li>
-          If you are the kind of person who likes to get shit done, traditional banking is a terrible place to be. It is
-          the most regulated, risk-averse environment I have ever lived in. Innovating there is almost impossible. This
-          is the reason you see fintechs do cool stuff and banks not: the fintech is working outside of financial
-          regulations, and only touching the industry in the most minimal way possible.
-        </li>
-        <li>
-          Another related thought: running a tradfi bank is so utterly complex due to regulation that bootstrapping one
-          from scratch somehow feels impossible. You are going to need double-digit millions just to get ready for
-          licensing and launch, with no guarantee that you will actually take off successfully. It feels like a system
-          made to ensure no new players enter, which is obviously in the interest of both current players and regulators.
-          One specifically tough part here is that licensing is a bit all or nothing: if you want to start the bank, you
-          must prove to the regulator that you can properly operate up to his standards everything the license offers,
-          even if you only intend to offer a very limited set of products. You cannot get an MVP license: you are either
-          a bank or not, and you cannot lean-launch yourself into existence. It reminds me of the famous John Gall quote:
-          <em>A complex system that works is invariably found to have evolved from a simple system that worked.</em>
-          Here, regulators have doomed startups by forcing everyone to somehow miraculously start being complex out the
-          door.
-        </li>
-        <li>
-          I got the chance to visit El Salvador. It is a really poor country, but at the time of my visit the spirits
-          were high because things had been trending upwards for years already. The environment created by such a winning
-          streak was awesome. I found many people were very happy because, even if they were still in deep shit, things
-          had been improving significantly for them for quite some time, and they expected more good things to come.
-        </li>
-        <li>
-          I have doubted in the past about whether scheduled 1:1s, retrospectives, and performance reviews are good or
-          not. The good old debate between "schedule it and do it with some frequency" versus "let us just raise the
-          conversation when needed". After being in Galoy, I have finally come to the personal conclusion that it pays
-          off to have those meetings scheduled on a recurrent basis. If you feel you have nothing to say, just schedule
-          them less frequently.
-        </li>
-        <li>
-          Event sourcing is a beautiful pattern. It comes with its own complexity, but if you are in a system with true
-          playback and audit needs, nothing beats it. The only time I found it can give you a headache is when you deal
-          with requests to delete sensitive personal data.
-        </li>
-        <li>
-          As you try to scale throughput, strong consistency increasingly becomes an obstacle. I now understand why so
-          many other systems I dealt with in the past force you through async "fill a request and poll the state"
-          patterns: they are shoving you into an async background queue to take weight away from the overloaded main
-          server.
-        </li>
-        <li>
-          Having all the tools you usually interact with when working, both development and operations related, exposing a
-          CLI is awesome. The ability to mix and match information from different spots in a single terminal is very
-          productive. Both as a human, but also when working with LLM agents.
-        </li>
-        <li>
-          Testing with BATS is great. I now realize there are so many other projects that could have had great testing
-          if they had stepped out one more layer of the onion and run their tests at the terminal layer.
-        </li>
-        <li>
-          Having things that you can check in CI but not locally inevitably leads to headaches. It pays off to make all
-          the CI tasks runnable locally. Instead of relying on complicated multistep workflows in the CI YAMLs, perhaps
-          just try to have one bash script per task that runs the same locally and in the CI VM.
-        </li>
-        <li>
-          If you are trying to sell critical products or services to big corps, in the sense that their business will
-          strongly depend on what you are providing, having weak financials is a serious liability. They may love your
-          proposal, but they may also get really scared from the fact that it looks like you are going bankrupt in a few
-          months.
-        </li>
-      </ul>
-
-      <hr />
-      <p><a href="../index.html">back to home</a></p>
-    </section>
-  </main>
-</body>
-
-</html>
diff --git a/public/writings/when-new-is-not-better.html b/public/writings/when-new-is-not-better.html
index 5550d95..bca6698 100644
--- a/public/writings/when-new-is-not-better.html
+++ b/public/writings/when-new-is-not-better.html
@@ -4,7 +4,7 @@
 <head>
     <title>Pablo here</title>
     <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
+    <meta viewport="width=device-width, initial-scale=1">
     <link rel="stylesheet" href="../styles.css">
 </head>
 
@@ -18,7 +18,6 @@
         <hr>
         <section>
             <h2>When new is not better</h2>
-            <p><em>Published: 2025-01-19</em></p>
             <p>
                 One of the hobbies that has stuck with me for decades is photography. I've shot a few hundreds of
                 film rolls, and some non-recorded amount of digital pics.
diff --git a/public/writings/why-i-put-my-vms-on-a-zfs-mirror.html b/public/writings/why-i-put-my-vms-on-a-zfs-mirror.html
deleted file mode 100644
index 1fafcc6..0000000
--- a/public/writings/why-i-put-my-vms-on-a-zfs-mirror.html
+++ /dev/null
@@ -1,121 +0,0 @@
-<!DOCTYPE HTML>
-<html>
-
-<head>
-    <title>Pablo here</title>
-    <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
-    <link rel="stylesheet" href="../styles.css">
-</head>
-
-
-<body>
-    <main>
-        <h1>
-            Hi, Pablo here
-        </h1>
-        <p><a href="../index.html">back to home</a></p>
-        <section>
-            <h2>Why I Put My VMs on a ZFS Mirror</h2>
-            <p><em>Published: 2026-01-04</em></p>
-            <p><em>Part 1 of 3 in my "First ZFS Degradation" series. Also read <a href="a-degraded-pool-with-a-healthy-disk.html">Part 2: Diagnosing the Problem</a> and <a href="fixing-a-degraded-zfs-mirror.html">Part 3: The Fix</a>.</em></p>
-            <h3>Why This Series Exists</h3>
-            <p>A few weeks into running my new homelab server, I stumbled upon something I wasn't expecting to see that early: my ZFS pool was in "DEGRADED" state. One of my two mirrored drives had gone FAULTED.</p>
-            <p>This was the first machine I had set up with a ZFS mirror, precisely to be able to deal with disk issues smoothly, without losing data and having downtime. Although it felt like a pain in the ass to spot the problem, I was also happy because it gave me a chance to drill the kind of disk maintenance I was hoping to do in this new server.</p>
-            <p>But here's the thing: when I was in the middle of it, I couldn't find a single resource that walked through the whole experience in detail. Plenty of docs explain what ZFS <em>is</em>. Plenty of forum posts have people asking "help my pool is degraded." But nothing that said "here's what it actually feels like to go through this, step by step, with all the commands and logs and reasoning behind the decisions."</p>
-            <p>So I wrote it down. I took a lot of notes during the process and crafted a more or less organized story from them. This three-part series is for fellow amateur homelabbers who are curious about ZFS, maybe a little intimidated by it, and want to know what happens when things go sideways. I wish I had found a very detailed log like this when I was researching ZFS initially. Hope it helps you.</p>
-            <h3>The server and disks</h3>
-            <p>My homelab server is a modest but capable box I built in late 2025. It has decent consumer hardware, but nothing remarkable. I'll only specify that I have currently three disks on it:</p>
-            <ul>
-                <li><strong>OS Drive</strong>: Kingston KC3000 512GB NVMe. Proxmox lives here.</li>
-                <li><strong>Data Drives</strong>: Two Seagate IronWolf Pro 4TB drives (ST4000NT001). This is where my Proxmox VMs get their disks stored.</li>
-            </ul>
-            <p>The two IronWolf drives are where this story takes place. I labeled them AGAPITO1 and AGAPITO2 because... well, every pair of drives deserves a silly name. I have issues remembering serial numbers.</p>
-            <p>The server runs Proxmox and hosts most of my self-hosted life: personal services, testing VMs, and my Bitcoin infrastructure (which I share over at <a href="https://bitcoininfra.contrapeso.xyz" target="_blank" rel="noopener noreferrer">bitcoininfra.contrapeso.xyz</a>). If this pool goes down, everything goes down.</p>
-            <h3>Why ZFS?</h3>
-            <p>I'll be honest: I didn't overthink this decision. ZFS is the default storage recommendation for Proxmox, it has a reputation for being rock-solid, and I'd heard enough horror stories about silent data corruption to want something with checksumming built in.</p>
-            <p>What I was most interested in was the ability to define RAID setups in software and deal easily with disks going in and out of them. I had never gone beyond the naive "one disk for the OS, one disk for data" setup in previous servers. After having disks failing on me in previous boxes, I decided it was time to gear up and do it proper this time. My main concern initially was just saving time: it's messy when a "simple" host has disk issues, and I hoped mirroring would allow me to invest less time in cleaning up disasters.</p>
-            <h3>Why a Mirror?</h3>
-            <p>When I set up the pool, I had two 4TB drives. That gave me a few options:</p>
-            <ol>
-                <li><strong>Single disk</strong>: Maximum space (8TB usable), zero redundancy. One bad sector and you're crying.</li>
-                <li><strong>Mirror</strong>: Half the space (4TB usable from 8TB raw), but everything is written to both drives. One drive can completely die and you lose nothing.</li>
-                <li><strong>RAIDZ</strong>: Needs at least 3 drives, gives you parity-based redundancy. More space-efficient than mirrors at scale.</li>
-            </ol>
-            <p>I went with the mirror for a few reasons.</p>
-            <p>First, I only had two drives to start with, so RAIDZ wasn't even an option yet.</p>
-            <p>Second, mirrors are <em>simple</em>. Data goes to both drives. If one dies, the other has everything. No parity calculations, no write penalties, no complexity.</p>
-            <p>Third (and this is the one that sold me), <strong>mirrors let you expand incrementally</strong>. With ZFS, you can add more mirror pairs (called "vdevs") to your pool later. You can even mix sizes: start with two 4TB drives, add two 8TB drives later, and ZFS will use all of it. RAIDZ doesn't give you that flexibility; once you set your vdev width, you're stuck with it.</p>
-            <h4>When Would RAIDZ Make More Sense?</h4>
-            <p>If you're starting with 4+ drives and you want to maximize usable space, RAIDZ starts looking attractive:</p>
-            <table>
-                <thead>
-                    <tr>
-                        <th>Configuration</th>
-                        <th>Drives</th>
-                        <th>Usable Space</th>
-                        <th>Fault Tolerance</th>
-                    </tr>
-                </thead>
-                <tbody>
-                    <tr>
-                        <td>Mirror</td>
-                        <td>2</td>
-                        <td>50%</td>
-                        <td>1 drive</td>
-                    </tr>
-                    <tr>
-                        <td>RAIDZ1</td>
-                        <td>3</td>
-                        <td>~67%</td>
-                        <td>1 drive</td>
-                    </tr>
-                    <tr>
-                        <td>RAIDZ1</td>
-                        <td>4</td>
-                        <td>75%</td>
-                        <td>1 drive</td>
-                    </tr>
-                    <tr>
-                        <td>RAIDZ2</td>
-                        <td>4</td>
-                        <td>50%</td>
-                        <td>2 drives</td>
-                    </tr>
-                    <tr>
-                        <td>RAIDZ2</td>
-                        <td>6</td>
-                        <td>~67%</td>
-                        <td>2 drives</td>
-                    </tr>
-                </tbody>
-            </table>
-            <p>RAIDZ2 is popular for larger arrays because it can survive <em>two</em> drive failures, which matters more as you add drives (more drives = higher chance of one failing during a resilver).</p>
-            <p>But for a two-drive homelab that might grow to four drives someday, I felt a mirror was the right call. I can always add another mirror pair later.</p>
-            <h3>The Pool: proxmox-tank-1</h3>
-            <p>My ZFS pool is called <code>proxmox-tank-1</code>. Here's what it looks like when everything is healthy:</p>
-            <pre><code>  pool: proxmox-tank-1
- state: ONLINE
-config:
-
-    NAME                                 STATE     READ WRITE CKSUM
-    proxmox-tank-1                       ONLINE       0     0     0
-      mirror-0                           ONLINE       0     0     0
-        ata-ST4000NT001-3M2101_WX11TN0Z  ONLINE       0     0     0
-        ata-ST4000NT001-3M2101_WX11TN2P  ONLINE       0     0     0</code></pre>
-            <p>That's it. One pool, one mirror vdev, two drives. The drives are identified by their serial numbers (the <code>WX11TN0Z</code> and <code>WX11TN2P</code> parts), which is important — ZFS uses stable identifiers so it doesn't get confused if Linux decides to shuffle around <code>/dev/sda</code> and <code>/dev/sdb</code>.</p>
-            <p>All my Proxmox VMs store their virtual disks on this pool. When I create a new VM, I point its storage at <code>proxmox-tank-1</code> and ZFS handles the rest.</p>
-            <h3>What Could Possibly Go Wrong?</h3>
-            <p>Everything was humming along nicely. VMs were running fine and I was feeling pretty good about my setup.</p>
-            <p>Then, a few weeks in, I was poking around the Proxmox web UI and noticed something that caught my eye.</p>
-            <p>The ZFS pool was DEGRADED. One of my drives — AGAPITO1, serial <code>WX11TN0Z</code> — was FAULTED.</p>
-            <p>In <a href="a-degraded-pool-with-a-healthy-disk.html">Part 2</a>, I'll walk through how I diagnosed what was actually wrong. Spoiler: the drive itself was fine. The problem was much dumber than that.</p>
-            <p><em>Continue to <a href="a-degraded-pool-with-a-healthy-disk.html">Part 2: Diagnosing the Problem</a></em></p>
-            <p><a href="../index.html">back to home</a></p>
-        </section>
-    </main>
-
-</body>
-
-</html>
-
diff --git a/public/writings/your-customers-dont-care-that-your-bathroom-is-dirty.html b/public/writings/your-customers-dont-care-that-your-bathroom-is-dirty.html
index 4e36b15..7df2403 100644
--- a/public/writings/your-customers-dont-care-that-your-bathroom-is-dirty.html
+++ b/public/writings/your-customers-dont-care-that-your-bathroom-is-dirty.html
@@ -4,7 +4,7 @@
 <head>
     <title>Pablo here</title>
     <meta charset="utf-8">
-    <meta name="viewport" content="width=device-width, initial-scale=1">
+    <meta viewport="width=device-width, initial-scale=1">
     <link rel="stylesheet" href="../styles.css">
 </head>
 
@@ -18,7 +18,6 @@
         <hr>
         <section>
             <h2>Your customers don't care that your bathroom is dirty</h2>
-            <p><em>Published: 2025-02-09</em></p>
             <p>The other night I went out with the missus and we went to a fancy pants restaurants, which is unusual for
                 us. We prefer neighbourhood, simple places.</p>
             <p>