Research papers and global crypto regulation, at a glance urn:diting-lab:feed:en/papers/community/feed.xml 2026-10-29T00:00:00+09:00 Diting Lab Explanations and summaries are generated by AI from the original text. Dates, rates and amounts are checked against the source, but errors are still possible, so always rely on the original. Nothing here is legal, tax or investment advice. urn:diting-lab:en:doc:310723 2026-10-29T00:00:00+09:00

Bitcoin Core v32.1 Released Delving Bitcoin · Oct 29, 2026 The Bitcoin Core development team released version 32.1 after version 32.0 was tagged but never fully announced due to last-minute issues. The release includes new features, bug fixes, performance improvements, and updated translations. With this major release, versions 29.x and older have reached end of life and will no longer receive updates.

urn:diting-lab:en:doc:296898 2026-10-28T00:00:00+09:00

Ephemeral Rollup: The New "L1.5" of Ethereum ethresear.ch · Oct 28, 2026 The post proposes an "L1.5" pattern in which users keep their state in their wallets, L1 holds shared state and verifies every transition, and the computation in between is done by parties that hold no state needed for the next job, with results settled directly on L1. It relies on proposals such as EIP-8141, EIP-8250 and EIP-8288 to argue the pattern is becoming practical, using private settlement as the main example. It also distinguishes the pattern from rollups.

urn:diting-lab:en:doc:296928 2026-10-28T00:00:00+09:00

Information hazards and safe redaction Delving Bitcoin · Oct 28, 2026 The author argues that subjective information hazards can be written to the blockchain and that there is currently no general defence against this. They propose discussing ways for users to safely redact data they consider hazardous while keeping most functions of a full archival node, and ask for others working in this area. The discussion explicitly excludes restricting arbitrary data from being published in new blocks.

urn:diting-lab:en:doc:284513 2026-10-28T00:00:00+09:00

The Long Road to Bitcoin Payments Delving Bitcoin · Oct 28, 2026 This Delving Bitcoin community discussion examines why bitcoin payments have not taken off despite improved payment technology such as Lightning. It argues the main obstacle is weak demand, notes that major payment providers are choosing stablecoins, and points to price volatility as a barrier. The author invites readers to propose moonshot ideas that could shift bitcoin payments and calls on builders, payment providers, and funders to contribute.

urn:diting-lab:en:doc:283559 2026-10-27T00:00:00+09:00

We made the bitcoin-dev mailing list readable: 15 years, 24,699 messages Delving Bitcoin · Oct 27, 2026 The author built a daily-refreshed, readable mirror of the bitcoin-dev mailing list archive. Compared with public-inbox, it offers one page per thread with folded quotes, stable Message-ID permalinks, and indexes by topic, BIP, and author, with messages kept verbatim and linked to their originals. The author asks for feedback on how author names are merged and how threads are matched.

urn:diting-lab:en:doc:278826 2026-10-27T00:00:00+09:00

Proof of One: one-person-one-identity polling with encrypted ballots — design and reference code, requesting critical review ethresear.ch · Oct 27, 2026 The author, maintainer of the open-source non-commercial project Proof of One, posts on the Ethereum Research forum a polling design aiming for one unique human per participant, unlinkable answers, voter-verifiable ballots and public recounting. Enrolment uses a passport chip with zero-knowledge proofs, and ballots use threshold ElGamal encryption. The author discloses that most of the design and code was drafted with AI agents and has not been independently reviewed, so critical feedback is requested.

urn:diting-lab:en:doc:277872 2026-10-27T00:00:00+09:00

Inventory of PQ P2P Migrations in the Consensus Layer ethresear.ch · Oct 27, 2026 This Ethereum Research forum post takes stock of the challenges facing post-quantum migration for consensus-layer peer-to-peer networking, including Discovery v5, ENR, libp2p, and QUIC/TLS 1.3. It argues that replacing validator BLS signatures alone does not update networking identities or handshakes. The post notes structural limits such as the 300-byte ENR and 1,280-byte Discovery packet size. It maps the required changes without selecting an algorithm, encoding, or activation schedule.

urn:diting-lab:en:doc:5862 2026-10-27T00:00:00+09:00

Lean verification of EIP-7002: system-call success and FIFO requests ethresear.ch · Oct 27, 2026 This ethresear.ch post reports Lean 4 proofs about the deployed bytecode of EIP-7002, the execution-layer contract for validator exits and partial withdrawals. The proofs show the end-of-block system call always succeeds regardless of storage, using at most 210,000 gas. They also show requests are emitted exactly in arrival order. The results are stated against the Jaune EVM semantics and cover the Prague, Osaka, BPO1 and BPO2 forks.

urn:diting-lab:en:doc:3272 2026-10-27T00:00:00+09:00

Cost-backed Sybil resistance for self-issued identifiers Delving Bitcoin · Oct 27, 2026 This Delving Bitcoin discussion proposes a construction that makes bulk production of self-issued identifiers costly by requiring a memory-intensive process over a 256 MiB terrain, bound to consecutive Bitcoin headers. The produced object records this evidence, and an independent verifier can measure it against the specification and recompute a random sample of six legs. The author notes that whether the construction imposes a meaningful marginal physical cost under adversarial conditions remains an open question and invites critical review.

urn:diting-lab:en:doc:1972 2026-10-26T00:00:00+09:00

ゼロ知識証明における疑問点とこれからのこと ethresear.ch · Oct 26, 2026 This is a technical discussion thread on the Ethereum Research forum, with a Japanese-language title about open questions in zero-knowledge proofs. The author deleted the topic, so no discussion content remains.

urn:diting-lab:en:doc:2008 2026-10-26T00:00:00+09:00

Update and open questions on FinalisCore (deterministic BFT finality + confidential UTXOs from genesis) Delving Bitcoin · Oct 26, 2026 The author reports on FinalisCore, a Bitcoin-related blockchain project whose testnet-2 has run since 24 October 2026 with leader VRF moved to RFC 9381; mainnet has not launched. The author requests independent critique of core claims: at most one transition finalizes per height, confidential transactions cannot create value, and committee, checkpoint and reward derivation uses only finalized history. Reviewing guidance and security reporting instructions are provided in the repository.

urn:diting-lab:en:doc:1973 2026-10-25T00:00:00+09:00

A hash-only rollup: OP Stack L2 accounts as Lamport-style hash chains, no ECDSA inside the L2 ethresear.ch · Oct 25, 2026 This forum post describes an OP Stack rollup on Ethereum mainnet where L2 transactions carry no signatures. Each account is the tip of a keccak-256 hash chain, and spending reveals the next preimage through a commit-reveal step that prevents front-running. The author lists known weaknesses, such as griefing via junk commits, and other trust assumptions, and invites critical feedback.

urn:diting-lab:en:doc:2009 2026-10-24T00:00:00+09:00

CLN: Self-Referential Channel Announcement DoS disclosure Delving Bitcoin · Oct 24, 2026 Core Lightning v25.02 through v26.04 crash on a channel_announcement whose two node IDs are identical, and the node stays down across restarts until an operator manually removes the stored record. An attacker needs only an unspent 2-of-2 output, so the attack costs nothing beyond on-chain fees. The fix in v26.04.1 rejects announcements where node_id_1 is not lexicographically less than node_id_2.

urn:diting-lab:en:doc:2010 2026-10-23T00:00:00+09:00

A Novel Post-Quantum Approach: "Proof-Of-Decay" (Cryptographic Half-Life) for Unmigrated Dormant UTXOs Delving Bitcoin · Oct 23, 2026 This Delving Bitcoin post proposes a middle path for old, exposed-key outputs that remain unmigrated to post-quantum addresses after a deadline: their balances would slowly decay on a block-height schedule, with decayed satoshis burned or sent to the miner reward pool. The author argues this avoids both a hard freeze and leaving coins fully exposed. The post asks developers whether such decay can be enforced at the consensus script level and whether it offers better game-theoretic protection.

urn:diting-lab:en:doc:2011 2026-10-23T00:00:00+09:00

Best critiques of BIP300/drivechains? Delving Bitcoin · Oct 23, 2026 This is a Delving Bitcoin discussion thread, a forum for Bitcoin protocol development, asking for the strongest critiques of BIP300 (drivechains). The post responds to several common objections, including whether hash power can forge signatures, whether miners could steal funds, the timescales involved, and how scaling and pruning of history would work.

urn:diting-lab:en:doc:1974 2026-10-22T00:00:00+09:00

Paranoid EIP-8288: heterogeneous recursion with an authenticated class bank ethresear.ch · Oct 22, 2026 The author describes a heterogeneous recursive aggregation scheme implemented in Parano1d, using a finite, authenticated bank of verifier classes so recursive steps can use several approved proof sizes. Small aggregates can use a smaller proving relation. The post explains how deferred matrix-evaluation claims are carried across classes and discusses how this could apply to the EIP-8288 aggregation backend, along with open questions.

urn:diting-lab:en:doc:1975 2026-10-22T00:00:00+09:00

Reveal optionality in encrypted mempools: how big is the sender’s free option, and a post-quantum way to remove it ethresear.ch · Oct 22, 2026 This forum post examines how much value a sender gains from controlling whether to reveal a transaction in an encrypted mempool, and why fees alone and forced opening do not fully remove this option. The author proposes Blind Simultaneous Release (BSR), which requires participants to commit before seeing new information and uses only hash functions, making it post-quantum. The accompanying paper has its theorems machine-checked in Lean 4, but the hardware speed assumption it relies on has not been measured.

urn:diting-lab:en:doc:2012 2026-10-22T00:00:00+09:00

Several projects to make merchant adoption easier and cheaper Delving Bitcoin · Oct 22, 2026 The author presents several projects built over two years to simplify merchant onboarding to Lightning. They include a CLINK plugin for Electrum that receives payments via nostr relays without opening ports, a plugin that automates obtaining inbound liquidity through submarine swaps, and a GUI for Electrum's swap server. The main project, BareBits, is merchant software that runs on simple web hosting or Windows desktops and is BTCPay-compatible. It charges a 1% fee and is described as open source and self-hosted.

urn:diting-lab:en:doc:1976 2026-10-22T00:00:00+09:00

SEACAST: fast, lean broadcast for Ethereum, with an executable spec and a formal model ethresear.ch · Oct 22, 2026 The author proposes SEACAST, a protocol for quickly delivering large Ethereum messages. Nodes forward chunks as they arrive, and coding and sampling let each node receive only the parts it needs. The post reports that on 50 Mbps networks SEACAST is faster and uses fewer bytes than ECBroadcast and gossipsub, and it comes with an executable specification and a formal model.

urn:diting-lab:en:doc:2013 2026-10-21T00:00:00+09:00

Cost-Bounded Transaction Filtering Language Delving Bitcoin · Oct 21, 2026 The author designed a transaction filtering policy language and implemented it in satd, a Rust Bitcoin full node. It lets operators choose which transaction shapes to relay or include in block templates without affecting consensus correctness. Matching transactions are quarantined rather than rejected, keeping policy visible and tunable. If rules might catch important protocol transactions such as Lightning channel closures, the node refuses to load the filter by default.

urn:diting-lab:en:doc:2014 2026-10-21T00:00:00+09:00

Evaluating Deterministic BFT Finality within a Confidential UTXO State Machine Delving Bitcoin · Oct 21, 2026 The author presents FinalisCore, an open-source Layer-1 blockchain written from scratch in C++, and requests technical feedback on its state transition model. Blocks become final in 32-block epochs once a committee quorum signs them, and transaction amounts are hidden using Pedersen commitments from secp256k1-zkp. Open questions cover wallet handling during rapid committee changes and the CPU cost of batch range-proof verification, and the live testnet is explicitly non-commercial.

urn:diting-lab:en:doc:2015 2026-10-20T00:00:00+09:00

Btc-verified October Update: Connecting Map to Territory Delving Bitcoin · Oct 20, 2026 The btc-verified project builds a minimal formal model of Bitcoin consensus in Lean. This post describes using the libbitcoinkernel interface and differential fuzzing, in the style of bitcoinfuzz, to check whether the model matches Bitcoin Core on transaction parsing, serialization, and transaction-local checks. Nine kernel functions are currently backed by the Lean implementation.

urn:diting-lab:en:doc:1977 2026-10-19T00:00:00+09:00

Faster, Aggregatable and Quantum Safe Privacy Pools ethresear.ch · Oct 19, 2026 The authors port a Tornado Cash-style privacy pool to Flock, a post-quantum binary-field SNARK, using SHA-256 for the Merkle tree and nullifier hashing. They report proving a depth-32 withdrawal in under 30 ms and describe recursive aggregation of withdrawals. They also propose a recovery protocol in which wallets derive note secrets from a seed, so existing pools can survive a discrete logarithm break.

urn:diting-lab:en:doc:2016 2026-10-19T00:00:00+09:00

Variable payout amounts for BABE (as applied to Lichen) Delving Bitcoin · Oct 19, 2026 This Delving Bitcoin discussion explains how the BABE scheme uses witness encryption so a Bitcoin contract unlocks only when someone holds a valid Groth16 proof. The author proposes a way to make the payout amount variable rather than fixed at contract setup. The example for Lichen shows how the verifier and prover exchange signatures on the withdrawal amount.

urn:diting-lab:en:doc:2017 2026-10-16T00:00:00+09:00

Silent Payments for Multiparty Wallets Delving Bitcoin · Oct 16, 2026 A Delving Bitcoin post proposing a protocol that lets multiparty wallets make secure Silent Payments. Each signer's ECDH contribution is combined as a weighted sum, and AggDLEQ aggregates their proofs into a single BIP-374 proof. The author states the security proofs are under internal review and not yet published.

urn:diting-lab:en:doc:1978 2026-10-15T00:00:00+09:00

How Much Screening Buys a Second? Speed, Selection, and the Maker's Spread ethresear.ch · Oct 15, 2026 The paper studies the spread a liquidity provider needs to break even against counterparties who exploit stale quotes, comparing faster repricing with screening of informed flow on one scale. Using June to August 2026 data from four USDC-WETH pools benchmarked against Binance ETH-USDT, it finds that cutting quote cadence from twelve seconds to one sheds 84.5% of the expected shock. A twelve-second maker must therefore screen at least 84.5% of informed flow to match a one-second venue.

urn:diting-lab:en:doc:2018 2026-10-15T00:00:00+09:00

From peer-to-peer cash to elite settlement layer: is the 21M cap building a new aristocracy? Delving Bitcoin · Oct 15, 2026 This forum post argues that Bitcoin, introduced as peer-to-peer electronic cash, is increasingly held as a reserve asset by governments, ETFs and corporations while everyday spending declines. The author questions whether the fixed 21 million supply could gradually price out ordinary people and concentrate holdings among the wealthy. It closes by proposing a conceptual alternative, "humanitycoin", whose limit is on value rather than units and which is powered by everyday activity.

urn:diting-lab:en:doc:1979 2026-10-14T00:00:00+09:00

Rapidblocks with split proofs: execution proofs that outlive their state ethresear.ch · Oct 14, 2026 This is a technical discussion post on the Ethereum Research forum proposing that a block's execution proof be split into three parts. The transaction proof covers only inputs and outputs without naming a state root, while the input and output proofs tie them to state roots. The author suggests this lets proofs stay valid across slots as long as the block's inputs remain current. The post states it is an ideas piece and that none of the design is yet proven or measured.

urn:diting-lab:en:doc:2019 2026-10-14T00:00:00+09:00

Bitcoin Core 32.0rc4 is now available Delving Bitcoin · Oct 14, 2026 Bitcoin Core has released v32.0rc4, a release candidate for the new major version 32.0, for testing. The post links to binaries, source code under a signed tag, draft release notes, and a testing guide. Testers are asked to report issues in a designated GitHub issue. If no critical problems are found, this candidate will be tagged as v32.0.

urn:diting-lab:en:doc:1980 2026-10-14T00:00:00+09:00

Measuring priority fees, positions and transaction classification of Ethereum blocks, July 2025 to October 2026 ethresear.ch · Oct 14, 2026 The author measured about 115,000 Ethereum blocks across sixteen sampled days using TEMBRI, an open-source tool, on Xatu execution data. Swaps in the first 10% of block gas paid roughly 8 to 17 times the priority fee of swaps at 30% to 60%. From August to October 2026, zero-tip swaps at the front fell sharply, with Titan accounting for much of the decline.

urn:diting-lab:en:doc:2020 2026-10-13T00:00:00+09:00

Open-source Bitcoin multisig coordinator: shared signing queue, hardware wallets, live signet demo Delving Bitcoin · Oct 13, 2026 The author has open-sourced btc-safe, a self-hosted, watch-only Bitcoin multisig coordinator. A proposer creates a transaction, which co-signers review in a shared queue and sign on their own devices; it is broadcast once M of N signatures are collected. The server stores only xpubs and descriptors, never keys or signatures. It supports Ledger, Trezor, Sparrow, Caravan and PSBT files, plus TOTP 2FA and role-based access. It can be tried on signet with no real funds.

urn:diting-lab:en:doc:1981 2026-10-13T00:00:00+09:00

Rapidblocks, take two: a pipelined consensus for independent blocks ethresear.ch · Oct 13, 2026 The post proposes a consensus design in which blocks do not depend on their immediate predecessor: each block executes on the state of its history and respects the filters of its referenced blocks, so a block can be voted out without a reorg. It describes the Hist rule, a per-slot window vote, and a safety sketch, simulation, model check, and a mainnet measurement in which 87% of transactions take the fast path.

urn:diting-lab:en:doc:1982 2026-10-13T00:00:00+09:00

Informed Diffusion: making home builders publish fast ethresear.ch · Oct 13, 2026 This post extends the EIP-8411 series with a four-tier design for payload diffusion. Tier 1 splits payloads into chunks that nodes can verify and forward before receiving the whole payload, which provides most of the latency reduction. Tier 4 lets each node act on what it knows about its neighbours, so that a builder on a home connection can deliver a payload within the roughly 3-second budget. The author reports that tier 4 met this budget in every stress scenario simulated.

urn:diting-lab:en:doc:1983 2026-10-11T00:00:00+09:00

ERC-8403: an account as one hash, and post-quantum keys ethresear.ch · Oct 11, 2026 This Ethereum Research post presents draft ERC-8403, in which an account commits to one root hash, and adding, rotating, or revoking keys means publishing a new root while the address stays the same. It then explores adding post-quantum (leansphincs) keys on top of EIP-8288. The author reports a local demo and lists the parts that remain unresolved.

urn:diting-lab:en:doc:2021 2026-10-10T00:00:00+09:00

[BIP Draft] Co-signer Spending Policies Delving Bitcoin · Oct 10, 2026 This draft proposes a common format for the policies a co-signer enforces before signing, rather than specifying the co-signer itself. It covers open, blinded, and enclave verification, and allows conditions drawn from the transaction or external attestations, with co-signers required to accept DLC oracle attestations. The author seeks feedback on whether this is the right layer to standardize and on open questions such as serialization format and whether fallback paths must be timelocked.

urn:diting-lab:en:doc:1984 2026-10-09T00:00:00+09:00

Private Stablecoin on Ethereum ethresear.ch · Oct 9, 2026 This Ethereum Research forum post proposes a stablecoin protocol with built-in privacy, backed by USDC or USDT and leveraging Ethereum's programmability. It lists intended properties such as smart-contract-enforced minting and redemption, permissionless participation, composability with existing DeFi protocols, and confidential or unlinkable transactions. The author also outlines possible applications, including selective disclosure and private prediction markets.

urn:diting-lab:en:doc:1985 2026-10-09T00:00:00+09:00

BRO-AMM: A Bonded Reconciliation Oracle AMM as a Low-Risk DeFi Primitive ethresear.ch · Oct 9, 2026 The author released an early preprint, BRO-AMM, addressing how arbitrage steadily drains value from liquidity providers in DeFi pools. The design makes trade prices final only after a later reconciliation step, with traders posting bonds and excess gains returned to depositors. A simulation replaying six months of ETH/USDC trades on Ethereum and Arbitrum reports lower depositor losses to arbitrage. The approach still relies on a trusted source of signed market prices and is not a live product.

urn:diting-lab:en:doc:2022 2026-10-09T00:00:00+09:00

Cassis, a new simple scheme for generic multi-layer multi-hop HTLC routing Delving Bitcoin · Oct 9, 2026 Bitcoin payments are spread across many layers, such as Lightning, Fedimint, Cashu and Arkade, with no generic way to pay between them. Cassis proposes that any layer able to express an HTLC can act as a hop, so a payment becomes a chain of HTLCs across layers locked to the same SHA-256 hash. An experimental Rust implementation exists, but open problems remain, including node communication, router announcements, reputation, invoice format and offline receiving.

urn:diting-lab:en:doc:1986 2026-10-09T00:00:00+09:00

Exposing an ISA for post-quantum proofs on Ethereum ethresear.ch · Oct 9, 2026 This Ethereum Research forum post discusses how EIP-8288 could let transactions depend on post-quantum proofs verified outside the EVM. It compares three candidate instruction sets Ethereum could expose: the EVM, RISC-V, and a proving-oriented eISA. The author also explains how the exposed ISA could evolve without breaking immutable smart contracts.

urn:diting-lab:en:doc:1987 2026-10-08T00:00:00+09:00

The unleashed power of stacking EEZ & FCR seen through an example ethresear.ch · Oct 8, 2026 This ethresear.ch post uses a checkout example to show how the Fast Confirmation Rule (FCR) and the Ethereum Economic Zone (EEZ) work together. FCR shortens the wait before a block can be trusted, while EEZ removes the separate crossing between a rollup and the base layer. Used together, the author says a payment can confirm in about two slots, roughly 25 seconds, without trusting a bridge.

urn:diting-lab:en:doc:1988 2026-10-08T00:00:00+09:00

Price of Censorship Resistance in Multiple Proposer Protocols Under Sybils ethresear.ch · Oct 8, 2026 This forum post discusses a paper on the cost of censorship in multiple proposer protocols, which derives the price and bounds for effectively censoring transactions under different transaction fee mechanisms. The author examines how these bounds change when Sybil nodes are present. The post also considers what the altered conclusions imply for multiple concurrent proposer (MCP) protocols.

urn:diting-lab:en:doc:1989 2026-10-08T00:00:00+09:00

Ethereum PropAMMs: today and tomorrow ethresear.ch · Oct 8, 2026 This Ethereum Research forum post compares PropAMMs, on-chain venues where market makers update quoted prices directly, on Ethereum and Solana. It reports recent trading volume figures for both chains. The article examines how market makers handle latency races and adverse selection, and how slot timing differs between the two networks.

urn:diting-lab:en:doc:1990 2026-10-07T00:00:00+09:00

Who cleans up the code? SETCODEFROM's dangling bytecode and futureproof design choices ethresear.ch · Oct 7, 2026 A discussion post on the Ethereum Research forum about bytecode that no account references anymore. It argues that the proposed SETCODEFROM and the partitioned binary tree turn this harmless leftover into a design decision. The post compares how clients handle the problem and why reference counting would be needed to delete shared code.

urn:diting-lab:en:doc:2023 2026-10-07T00:00:00+09:00

Anchoring an SPV light client on another chain: checkpoint trust, retargeting and reorg handling Delving Bitcoin · Oct 7, 2026 The author describes the Bitcoin-facing design of Writz Protocol, which holds BTC collateral in a P2WSH script and runs an on-chain SPV light client on a smart contract platform. The post asks for critique of checkpoint trust, confirmation depth, timelock type, fee bumping, header validation cost and the reorg bound. The code is on testnet only and has not been audited.

urn:diting-lab:en:doc:1991 2026-10-07T00:00:00+09:00

Breaking the Serial Verification Loop via an Asynchronous Pipeline Consensus Architecture ethresear.ch · Oct 7, 2026 This forum post proposes an Asynchronous Pipeline Consensus Architecture that decouples block production from full transaction verification. Nodes propagate a compact payload of 6-byte transaction identifiers to start the next block, while verification of block n is delayed to block n+k via a 1-bit header field. The author asks whether the serial bottleneck can be broken without compromising baseline security and whether the design could apply to Ethereum's account model.

urn:diting-lab:en:doc:1992 2026-10-05T00:00:00+09:00

Accountability for Encrypted Mempools ethresear.ch · Oct 5, 2026 This post examines how committee-based encrypted mempools can be protected against leaked decryption shares. The authors propose a candidate traceable threshold encryption construction that identifies committee members who help build a leaked partial decoder before transactions are revealed, without falsely accusing honest members. They note it is a first step rather than a deployment-ready solution, with setup and the tracing authority still open problems.

urn:diting-lab:en:doc:2024 2026-10-04T00:00:00+09:00

Descriptor syntax for hash preimages Delving Bitcoin · Oct 4, 2026 This Delving Bitcoin thread proposes adding a private form for miniscript hash fragments (sha256, hash256, ripemd160, hash160), such as sha256(preimage(HEX)), so preimages can be stored in descriptors like private keys. The author was motivated by the TABConf CTB challenge, where Bitcoin Core's wallet had no way to supply a preimage. The post includes a syntax draft, safety considerations, and open questions.

urn:diting-lab:en:doc:1993 2026-10-03T00:00:00+09:00

Proposal for a minimal compute-anchored purchasing power signal ethresear.ch · Oct 3, 2026 The author proposes a trust-minimized onchain signal approximating ETH purchasing power against computational cost. Reporters post a threshold and ETH liquidity, which others can attempt to break by finding a qualifying nonce. Surviving thresholds' implied work per unit liquidity is compared over time. The contract is about 200 lines and uses keccak256; feedback and attempts to break the design are invited.

urn:diting-lab:en:doc:1994 2026-10-03T00:00:00+09:00

Six defects in one signature verification tool, found from outside in six rounds ethresear.ch · Oct 3, 2026 The author ran six rounds of predictions-first testing against a read-only MCP server (nsgoods) that verifies x402 catalogue signatures, finding six defects. These included rejecting genuine documents, accepting tampered bodies under the right service name, and refusals that could not be told apart. After asking about log handling, the operator disclosed and corrected a mismatch between stored logs and the privacy page. The author concludes that a check nobody has seen fail is not known to work.

urn:diting-lab:en:doc:2025 2026-10-02T00:00:00+09:00

Is the pre-finality double-spend race intrinsic to single-owner coins? Delving Bitcoin · Oct 2, 2026 The author examines a race condition in which a payer broadcasts a spend of their own coin just before paying a payee, making the payment a double-spend. They want to avoid 2-of-2 channels and punitive Lightning-style models, and note that eltoo requires the unactivated BIP-118. The post asks whether this race is intrinsic to single-owner coins and whether anyone is working on a similar solution.