_ _ _ | | | | | | _ _| |___ _____ ___| |_ _| |__ | | | | __\ \/ / _ \ / __| | | | | '_ \ | |_| | |_ > < (_) | (__| | |_| | |_) | \__,_|\__/_/\_\___(_)___|_|\__,_|_.__/
vandals drew over the satsale cow
SatSale is a lightweight payment processor written in python - SatSale.org. Supports onchain & clightning/lnd, lightning address, woocommerce, point-of-sale. Can be used to spit out unique addresses like we see on the left/below. (test em)
Making a to blind schnorr signature implementation in a PR to secp256kfun. Blind signatures allow you to disguise a message which you then ask a signing server to sign. Once you recieve the signature for the message, you can unblind it, resulting in a completely uncorrelated signature which is still valid under the server's public key.
Implementing FROST multisignatures in the secp256kfun library 🦀. FROST (Flexible Round Optimised Schnorr Threshold) allows for a t-of-n multisignature where parties can individually create partial signatures that are combined to form a single schnorr signature that is valid under the joint FROST public key.
Like MuSig2, FROST multisignatures enhance user privacy as the public keys are indistinguishable from any other P2TR (taproot) address. FROST also allows for better backup redundancy, where you can lose up to n-t shares and still spend funds; unlike MuSig which is an n-of-n scheme where you must not lose any shares. FROST enables cooperation between larger n parties, with less impact of one party becoming uncooperative.
pay this invoice to help fund my expensive test-on-mainnet addiction:
or send an unspecified amount onchain 👀semi related flex
chaincode seminars - Bitcoin & Lightning protocol seminars (+with online group sessions).
The perfect *next step*. Highly recommend for learning the protocol at a deep level, and also great for meeting other bitcoiners.
bitcoinops.org - Perhaps the best catalogue of technical bitcoin writing
bitcoin bush bash - Australian Bitcoin Conference: talks & demos (in person only)
sydney socratic seminars - indepth discussion on technical bitcoin development (zoom)
bitcoincore.reviews - A weekly review club for Bitcoin Core PRs (+opportunity to learn IRC)local btc meetups are a must for finding other builders
is mostly done by programming - starting your own project or just running others' code is greater progress than reading other people's README.mds!
how to be perfect (git good with rebase)
BLS and announcement free DLCs - Oracles are only called upon to arbitrate DLC bets when there is a dispute.BLS // DLCs // ORACLES
Silent payments - Private reusable static addresses without the need for an onchain 'notification transaction' while also remaining non-interactive. Receiver detects payments by scanning the UTXO set. Also see: article and reusable taproot addresses.TAPROOT // PRIVACY // REUSABLE PAYMENT CODES // SCHNORR // DIFFIE-HELLMAN
Minimint - Federated chaumian banks that allow the anonymous transfer of assets that are backed by the mint.FEDERATED CHAUMIAN MINTS // SCALING // BLIND SIGNATURES
Teleport transactions - Alice and bob can exchange bitcoin with one another in completely disconnected transactions (think atomic swap on the same chain).COIN SWAPS // PRIVACY // TAPROOT // SCHNORR
Schnorr Signature Series - from the basics to blind signatures, scriptless scripts, multisignature schemes.
Highly recommend that you have a go at writing any math out.
Blind Schnorr Signatures & Security (video) - so informative you'll have to pause a lot.
BIP340 - Schnorr Signatures for secp256k1- lots of small intricacies like how taproot public keys have implicity y-coordinates (xonly).
Entropy Attacks! The conventional wisdom says that hash outputs can't be controlled; the conventional wisdom is simply wrong.
Bitcoin's fungibility must become completely unquestionable through various abstractions of utxos. Collaborative transactions, multisigs, and swaps, L2s, & protocol changes.