QuotableSatoshi on Nostr: The nature of Bitcoin is such that once version 0.1 was released, the core design was ...
The nature of Bitcoin is such that once version 0.1 was released, the core design was set in stone for the rest of its lifetime. Because of that, I wanted to design it to support every possible transaction type I could think of. The problem was, each thing required special support code and data fields whether it was used or not, and only covered one special case at a time. It would have been an explosion of special cases. The solution was script, which generalizes the problem so transacting parties can describe their transaction as a predicate that the node network evaluates. The nodes only need to understand the transaction to the extent of evaluating whether the sender's conditions are met.
Published at
2024-08-28 12:21:02Event JSON
{
"id": "fb4c285294ac9161caa0e52ebe97698113d35402c2da384bacffba9f931c7392",
"pubkey": "87570647ca3b7549e66cb6c4bb8d197f5bc91de73b58eb1ade78c8ddd5fec7eb",
"created_at": 1724847662,
"kind": 1,
"tags": [],
"content": "The nature of Bitcoin is such that once version 0.1 was released, the core design was set in stone for the rest of its lifetime. Because of that, I wanted to design it to support every possible transaction type I could think of. The problem was, each thing required special support code and data fields whether it was used or not, and only covered one special case at a time. It would have been an explosion of special cases. The solution was script, which generalizes the problem so transacting parties can describe their transaction as a predicate that the node network evaluates. The nodes only need to understand the transaction to the extent of evaluating whether the sender's conditions are met.",
"sig": "a1e077a8c06339ff34fb669d2d72cacf4b2d02406102f6b89479f15507dbd30ca98f22c4ef833cd839954ccc01e48e957e243f58e8d7efd4e47d47a5d6e40153"
}