Anyone with STARK experience know how to build and validate a simple proof of secp256k1 discrete logs and SHA256 hashes? I know ZeroSync must be doing this as part of their blockchain sync proofs. But i'm looking for a self-contained way to build and validate the proofs in rust.

⚠️ Technical article ahead! I reverse engineered TicketMaster's rotating barcodes for fun and profit. They're actually very easy to pirate.

Conduition

Reverse Engineering TicketMaster's Rotating Barcodes (SafeTix)

"Screenshots won't get you in", but Chrome DevTools will.

I'm now mostly convinced that the ordinals/inscriptions crowd just don't care about efficiency. I made some simple constructive suggestions which could save millions of dollars a year in wasted mining fees. All are being ignored.

GitHub

explore more efficient approaches to inscription · ordinals/ord · Discussion #2879

Hey ordinal devs. There's a lot of debate going on in bitcoin core about whether to label inscription transactions as non-standard, thus preventing...

GitHub

Content-Type Alias field · Issue #2944 · ordinals/ord

This idea originated here: #2879 (comment) The basic premise is to replace the content-type data-push in every inscription with predefined sequence...

Layer1 Foundation

[brc-20] Optimization

i was thinking a proposal that both decentralize the indexer and check the state more faster as BRC20 not supporting the global state, wallet need ...

@OpenSecret I see you guys are working on some fun DLC-based features! Do you have any interest in giving your users the option to buy into DLC wagers off-chain using Lightning? If so, my 'Ticketed DLCs' concept might be of interest.

Conduition

Off-Chain Ticketing for Discreet Log Contracts

How to participate in a Bitcoin DLC without any on-chain transactions.

Delving Bitcoin

Off Chain DLC Ticketing Systems

Thanks for the questions @harding. If you’d like to understand the protocol in more detail, i think you’d find my original email to the dlc-dev...

Clever 'coiners cooperate instead of clashing. Forget fruitless debates about whether inscriptions _ought_ to be used or not. I want to start concrete technical action to reduce the burden of inscriptions on the bitcoin mempool and fee market by going directly to the source. We should be spending our effort streamlining the actual apps and protocols which are pushing all this data into the mempool in the first place. Who wants to help?

GitHub

explore more efficient approaches to inscription · ordinals/ord · Discussion #2879

Hey ordinal devs. There's a lot of debate going on in bitcoin core about whether to label inscription transactions as non-standard, thus preventing...

I wanna hear your ideas on how to make ordinal #inscriptions more efficient, and less onerous on bitcoin's fee market.

GitHub

explore more efficient approaches to inscription · ordinals/ord · Discussion #2879

Hey ordinal devs. There's a lot of debate going on in bitcoin core about whether to label inscription transactions as non-standard, thus preventing...

I can see #inscriptions are causing a lot of debate in the Bitcoin community, particularly regarding whether they should be "filtered" or "censored" at the mempool level by labeling them non-standard. I'm here to tell you that this moral/ethical tennis match is irrelevant. Inscriptions can be pushed to the blockchain invisibly, by disguising the data inside normal-looking transactions. The true plaintext data is revealed only after the inscription is mined. I call these, "Inviscriptions", and they cannot be censored without resorting to flimsy heuristics.

Conduition

Inviscriptions - Undetectable Bitcoin Inscriptions

Why filtering spam Bitcoin transactions is doomed to fail.

Have comments? Suggestions? Hit me with a review!

GitHub

inviscriptions post by conduition · Pull Request #5 · conduition/conduition.io

bitcoin/bitcoin#28408 (comment) I'd like to demonstrate why it is wildly impractical to even detect arbitrary data push transactions, let alon...