Skip to content

Instantly share code, notes, and snippets.

@goodalexander
goodalexander / 00-START-HERE.txt
Created November 8, 2026 18:34
Binance theft investigation: agent handoff prompt and supporting public research, November 8, 2026
You are taking over an evidence-led investigation of the October 29, 2026 Binance theft. Determine what the attacker has sold or swapped, what remains, and whether the large ETH stash is beginning a conversion into BTC. Produce research suitable for a concise article. Continue with read-only investigation; do not trade, transfer funds or publish externally.
START HERE
Read the accompanying calculation-data.json, wallet-watchlist.csv, chain-snapshots.json and source-token-inventory.csv. They contain the accounting assumptions, asset-level estimates, public wallet addresses, raw chain observations and transaction references. Use the public sources below to corroborate them. No access to the original machine is required. These are historical observations through November 8, 2026; refresh before describing anything as current.
ACCOUNTING BASELINE
- Reported theft: $6.43B. Frozen/protected: $2.85B. Working unfrozen denominator: $3.58B. These rounded incident totals come from Elliptic's November 7, 08:00 UTC upda
@goodalexander
goodalexander / tasknode-defect-findings-2026-09-22.md
Created September 22, 2026 02:46
Task Node defect findings 2026-09-22: reward band floor rewrite; classifier contract failures

Task Node defect findings — September 22, 2026

Repository: github.com/postfiatorg/tasknode, branch main at 06a5810 (plus PR #253). Both areas of task_7d776322 were traced; one defect per area, both reproduced on a local checkout. No production mutation was performed for these reproductions; production rows were read only.

Area 2 (primary, unfixed): the reward band a board manager decides is silently rewritten to a 100 PFT floor

Where. server/repositories/network-tasks-utils.js:68 normalizeNetworkTaskRewardBand, which clamps into networkTaskRewardPolicy() (TASKNODE_NETWORK_TASK_REWARD_MIN_PFT, default 100). Called from server/repositories/network-task-enqueue.js:56 (rewardBand) when the allocation is created and again from server/network-task-generation-worker.js:167 when the request is built. Neither call site records that it changed the band, and the audit row written by scripts/bm/writes.mjs (appendBmAudit in taskCreate) keeps the manager's original numbers.

**Reproduction (

@goodalexander
goodalexander / dynamic_unl_v10_vs_qwen38.md
Created August 19, 2026 15:22
Dynamic UNL V10 vs. Qwen 3.8 validator-selection proposal

Dynamic UNL V10 vs. the Qwen 3.8 validator-selection proposal

Executive conclusion

The current Dynamic UNL V10 system and the Qwen 3.8 proposal are not two versions of the same scoring prompt. They are different decision architectures.

  • V10 is an LLM-assisted multi-factor scoring system. The model assigns five sub-scores; deterministic code combines them into an authoritative final score and applies a cutoff, size cap, and incumbent-churn rule.
  • Qwen proposes a deterministic evidence-qualification system. It rejects scalar validator-quality scores, ranks eligible candidates primarily by 30-day agreement, and optionally constructs a set under concentration and continuity constraints.

Qwen is stronger about epistemic boundaries: it cleanly separates candidate observations from set-level safety, refuses to treat endpoint metadata as proof of independent control, and makes missing threat-model parameters explicit. But it is not a safe drop-in replacement for V10. Its default ranking gives r

@goodalexander
goodalexander / product-goblin-backlog.md
Last active May 13, 2026 12:33
Product Goblin human-readable backlog

Product Goblin Backlog

Human notes can be edited outside the managed section. Product Goblin rewrites only the block between markers.

Operator Notes

  • Add triage notes, owner decisions, or launch context here.

Managed Backlog

@goodalexander
goodalexander / runpod_codex_36.md
Created April 23, 2026 00:58
how to get Qwen3.6 going on a runpod

Self-Hosted Qwen3.6-27B on RunPod + OpenAI Codex CLI

End-to-end guide for running Qwen3.6-27B as a private, self-hosted coding agent accessible from your Mac via SSH tunnel and OpenAI Codex CLI. Hardware-tested on RTX PRO 6000 Blackwell. ~$1.91/hr.

Prerequisites

  • RunPod account with credit loaded
  • SSH key on your Mac (~/.ssh/id_ed25519 and .pub)
  • Node.js 18+ on your Mac (for Codex CLI)
  • Hugging Face account + read token (avoids rate limits on downloads)
The following is my decision regarding KaiserLimp0
The user has been actively engaged in the Discord
due to shipping a high volume of tasks with zero auth but attempts to re engage
the user is placed on probation until further notice
This means that the next reward ramp that is unauthorized scope will result in immediate blacklisting
@goodalexander
goodalexander / validator_deployment_tooling_spec_and_friction.md
Created February 25, 2026 18:41
L1 Validator Deployment Tooling — Spec & Friction Log

L1 Validator Deployment Tooling — Technical Specification & Friction Log

Scope: PostFiat L1 validator deployment tooling for devnet/testnet. Source of truth is agent-hub/products/l1-blockchain/INFRASTRUCTURE.md and the postfiatd repo’s GitHub Actions workflows.

Primary Repo: postfiatorg/postfiatd


1) Technical Specification

Post Fiat Protobuf Usage (PFTL)

Purpose

  • Explain, in plain English, how Post Fiat messages use Protobuf, IPFS, and PFTL/XRPL memos.
  • Keep it simple for new teammates and non‑technical readers.

Key Idea

  • On‑chain we post a tiny “pointer” in the transaction memo.
  • Off‑chain the actual message (task, chat, artifact, etc.) lives in IPFS and is signed and often encrypted.
@goodalexander
goodalexander / first_class_xrp_snap.md
Last active September 3, 2025 14:14
SOL Metamask Copy Plan

XRP Integration Sprint Plan - Replicating Solana Preinstalled Snap Architecture

Executive Summary

This sprint plan outlines the implementation of XRP (Ripple) as a first-class asset in MetaMask, following the same preinstalled snap architecture used for Solana integration. XRP seed generation will be linked to ETH seed generation structurally via new amendments.

Current Solana Architecture Analysis (Updated)

Based on codebase investigation, Solana support in MetaMask is implemented via:

  1. Preinstalled Snap: @metamask/solana-wallet-snap (v2.3.4) handles core Solana operations
  2. Wallet Standard: @metamask/solana-wallet-standard (v0.5.1) provides dApp compatibility
  3. Multichain API: Unified interface layer via @metamask/multichain-api-client