🔖 Title: Alternative to OP_EVAL
🏷️ Categories: Bitcoin-development
👥 Authors:
• Luke-Jr ( Luke-Jr [ARCHIVE] (npub1dtr…7wrs) )
• Chris Double ( Chris Double [ARCHIVE] (npub14a0…9rte) )
• theymos ( theymos [ARCHIVE] (npub10vt…per0) )
• Zell Faze ( Zell Faze [ARCHIVE] (npub1906…t9rq) )
• Alan Reiner ( Alan Reiner [ARCHIVE] (npub1sm6…nq7h) )
• roconnor at theorem.ca ( roconnor at theorem.ca [ARCHIVE] (npub1a39…ue3f) )
• Gavin Andresen ( Gavin Andresen [ARCHIVE] (npub1s4l…44kw) )
• Stefan Thomas ( Stefan Thomas [ARCHIVE] (npub1f8c…p20e) )
• Pieter Wuille ( Pieter Wuille [ARCHIVE] (npub1tje…tl6r) )
• Joel Joonatan Kaartinen ( Joel Joonatan Kaartinen [ARCHIVE] (npub1654…8xrx) )
🗒️ Conversation Summary: The proposal suggests adding a third "codehash" stack to the scripting engine, with a new OP_CODEHASH operator, to enable send-to-script addresses. OP_EVAL makes the script language Turing complete, with no limit on recursion depth, allowing arbitrary computation and looping. There are concerns about the potential risks of implementing new functionality in Bitcoin, urging caution and prioritizing security over pride.
📅 Messages Date Range: 2011-12-29 to 2011-12-31
✉️ Message Count: 15
📚 Total Characters in Messages: 36761
Bitcoin Mailing List
npub15g…x08lk
2023-06-07 04:53:00
Author Public Key
npub15g7m7mrveqlpfnpa7njke3ccghmpryyqsn87vg8g8eqvqmxd60gqmx08lkPublished at
2023-06-07 04:53:00Event JSON
{
"id": "9a940b93a02313cdd87199fd3d7a873bc06ba92e835205564dcc696f8e0046db",
"pubkey": "a23dbf6c6cc83e14cc3df4e56cc71845f611908084cfe620e83e40c06ccdd3d0",
"created_at": 1686106380,
"kind": 1,
"tags": [
[
"p",
"6ac6a519b554d8ff726a301e3daec0b489f443793778feccc6ea7a536f7354f1"
],
[
"p",
"af5f54d436e5f97e163aaec436b36387fda3be6e07f6ec93bdc148eb4c4eb6d6"
],
[
"p",
"7b17a27b7a85e67ba7923c452fbb08ed536244f667a20168dfc3172a83c992df"
],
[
"p",
"2bf5127c73a113bf09a0766d9cd9f0ee9ff75b959ed881d65f2d036610ad4b16"
],
[
"p",
"86f42bcb76a431c128b596c36714ae73a42cae48706a9e5513d716043447f5ec"
],
[
"p",
"ec4a4dbf50f892d8061c301520612ae1f0d68350dff4e3e14707d47419d55206"
],
[
"p",
"857f2f78dc1639e711f5ea703a9fc978e22ebd279abdea1861b7daa833512ee4"
],
[
"p",
"49f07bd32c0108a2903a0fa59f904ed312e0ea427d3269eb5fa910eb4a9e22c4"
],
[
"p",
"5cb21bf5d7f25a9d46879713cbd32433bbc10e40ef813a3c28fe7355f49854d6"
],
[
"p",
"d52a1b72551bba47beb14639a1b6f5e6cd98603ecbaaa6ab02031708d9cc4473"
]
],
"content": "🔖 Title: Alternative to OP_EVAL\n🏷️ Categories: Bitcoin-development\n👥 Authors: \n• Luke-Jr ( nostr:npub1dtr22xd42nv07un2xq0rmtkqkjylgsmexau0anxxafa9xmmn2ncshu7wrs )\n• Chris Double ( nostr:npub14a04f4pkuhuhu9364mzrdvmrsl7680nwqlmweyaac9ywknzwkmtq429rte )\n• theymos ( nostr:npub10vt6y7m6shn8hfuj83zjlwcga4fky38kv73qz6xlcvtj4q7fjt0sqmper0 )\n• Zell Faze ( nostr:npub19063ylrn5yfm7zdqwekeek0sa60lwku4nmvgr4jl95pkvy9dfvtqrtt9rq )\n• Alan Reiner ( nostr:npub1sm6zhjmk5scuz294jmpkw99wwwjzetjgwp4fu4gn6utqgdz87hkqamnq7h )\n• roconnor at theorem.ca ( nostr:npub1a39ym06slzfdspsuxq2jqcf2u8cddq6sml6w8c28ql28gxw42grqlzue3f )\n• Gavin Andresen ( nostr:npub1s4lj77xuzcu7wy04afcr487f0r3za0f8n2775xrpkld2sv639mjqsd44kw )\n• Stefan Thomas ( nostr:npub1f8c8h5evqyy29yp6p7jelyzw6vfwp6jz05exn66l4ygwkj57ytzqmap20e )\n• Pieter Wuille ( nostr:npub1tjephawh7fdf6358jufuh5eyxwauzrjqa7qn50pglee4tayc2ntqcjtl6r )\n• Joel Joonatan Kaartinen ( nostr:npub1654pkuj4rway0043gcu6rdh4umxescp7ew42d2czqvts3kwvg3esc48xrx )\n🗒️ Conversation Summary: The proposal suggests adding a third \"codehash\" stack to the scripting engine, with a new OP_CODEHASH operator, to enable send-to-script addresses. OP_EVAL makes the script language Turing complete, with no limit on recursion depth, allowing arbitrary computation and looping. There are concerns about the potential risks of implementing new functionality in Bitcoin, urging caution and prioritizing security over pride.\n📅 Messages Date Range: 2011-12-29 to 2011-12-31\n✉️ Message Count: 15\n📚 Total Characters in Messages: 36761\n",
"sig": "4441b933bfc44b7142f9d723f54002297cc8f0011461f2429f5e0aed406c7027931ba506bc14bb3775521760e50193fdcd24a19fb0a6c104e8f4d0b439ced0b9"
}