Beersy

Darren Kellenschwiler

Beered by 1 person

20 standards · 7 topics

Also credited as Deggen
  • 58

    Merkle Path JSON format

    A lightweight client asking a service for proof that a transaction is in a block needs that proof in a form it can read over an ordinary web request. This gives it a plain readable shape rather than raw bytes.

    2023
  • 61

    Compound Merkle Path Format

    Sending proofs for several transactions separately repeats the same hashes over and over. This defines a compact form that carries proofs for many transactions at once with the shared parts included only once.

  • 71

    Merkle Path Binary Format

    Storing a proof in a database means keeping it small and quick to read back. This defines a compact binary shape for a single transaction's proof, aimed at storage rather than transmission.

    2023
  • 74

    BSV Unified Merkle Path (BUMP) Format

    Different proof formats each solved part of the problem, leaving processors and clients converting between them. This defines one format that is cheap for a transaction processor to produce and convenient for a client to check.

  • 140

    Threshold Key Sharing and Backup via Shamir's Secret Sharing Scheme

    A single key is a single point of failure: lose it and everything is gone, and copying it multiplies the chance of theft. This splits it into pieces where a chosen number of them rebuild it and any fewer reveal nothing.

    2026
  • 157

    Entropy-Rooted Backup and Recovery with Mnemonics and Backup Shares

    Wallet users end up locked into one backup method forever. If your wallet was set up with a written-down word phrase, you cannot later split your backup into shares you hand to trusted people, and if it was set up with shares, you cannot get a word phrase out of it. Someone switching wallets or wanting both options at once has been stuck picking one at creation time.

    2026
  • 70

    Paymail BEEF Transaction

    The readable-name payment scheme was built before there was a good way to send verifiable transactions. This updates it to carry the newer self-verifying bundle instead of bare transaction bytes.

    2023
  • 121

    Simple 402 Payments

    The full micropayment framework is more than a small service needs to charge for a single endpoint. This is the short version: a price and an identity key in the refusal, a payment in the retry.

    2026
  • 125

    PeerPay URI Scheme for BRC-29 Payments

    Sharing where to send a payment usually means copying a long key and hoping it survived the paste. This packs the recipient and an optional amount into a single link that can be sent, tapped or turned into a QR code.

    2026
  • 228

    Unlinkable Payments under the Identity Paradigm

    Sending someone a bit of digital cash normally means telling them who you are, because the payment format includes your long-term identity key. That's fine for a friend or a business you trust, but it means every coffee tip or casual peer payment lets the recipient permanently tag it to your identity and link it to every other payment you've ever made them. There was no easy way to pay someone spendable coins for a one-off transaction while keeping your long-term identity out of the record.

  • 92

    Mandala Token Protocol

    Token schemes tend to accumulate rules until they are hard to implement twice the same way. This keeps issuing, transferring, recovering and redeeming a token as small as it can reasonably be.

    2024
  • 178

    Race-Settled Collection Markets for Overlay Lookups and Message Boxes

    Right now if a wallet app wants to fetch a stored message or look up something on an overlay network, it usually has to trust one single server. If that server is slow, offline, or just decides to drop the data, the app has no backup and no way to reward whoever actually helps fastest. This makes it possible to have many independent servers compete to answer the same request, with the quickest and most honest ones getting paid automatically.

    2026
  • 85

    Proven Identity Key Exchange (PIKE)

    Two people who want to transact need each other's public key, and sending it over a channel someone could tamper with is a real risk. This uses a short code shared out of band to confirm the key really came from the right person.

  • 141

    Fountain-Coded Air-Gap Transport for Arbitrary Payloads

    Getting data onto a machine deliberately kept off any network means moving it by eye through a camera. This sends it as a stream of QR codes that keeps going until the receiver has enough, so no missed frame needs re-showing.

    2026
  • 369

    Keyed Content and Conditional Key Release

    If you sell access to a piece of content online, you either trust a server to keep hiding it forever, or you rely on an app just refusing to show the "restricted" part while the actual data sits in plain sight for anyone who looks. Buyers can't check what they're getting before they pay, and once the seller or platform disappears, so does access. This describes a way to encrypt the content once, publish it openly, and hand out the unlocking key only to people who actually paid or qualify, so access outlives the platform and can be checked in advance.

    Crumbs, Elon Moist +12026

Search Beersy

Search standards by number, title, author or topic