Rusty Russell and the Great Bitcoin Script Restoration Project

Поделиться
HTML-код
  • Опубликовано: 6 июн 2024
  • Rusty Russell, Blockstream CLN Lead Developer, sits down with Bitcoin Magazine Technical Editor Shinobi to discuss a proposal to activate a dozen opcodes disabled by Satoshi in 2010, with new resource constraint limitations to ensure they do not represent a risk to users' ability to validate the blockchain in a timely and cost effective manner.
    Read more: "The Great Script Restoration Project: A Path Forward For Bitcoin"
    LINK: bitcoinmagazine.com/technical...
    Recorded on 05/03/24 at BTC++ Austin.
    TIMESTAMPS
    00:00 The History and Limitations of Bitcoin's Script Language
    09:36 The Benefits of Restoring Script Functionality
    15:06 The Need to Scale vs. No Clear Path Ahead
    20:43 The Growing Appetite for Script Restoration
    #BTC #BitcoinNews #OpenSource #Bitcoin #Blockstream #Development #DigitalAssets #Currency
  • РазвлеченияРазвлечения

Комментарии • 10

  • @stackingsaunter
    @stackingsaunter 21 день назад +3

    You have my node

  • @danhelios7557
    @danhelios7557 20 дней назад +1

    what, using those opcodes is going to help main chain scale?

  • @user-jh4rl1wq1y
    @user-jh4rl1wq1y 20 дней назад +8

    No good explanation or compelling use case of WHY we would want to bring these all back.
    And no acknowledgement of attack vectors or other issues from all this new unnecessary complexity.
    All to bring back something which was already gotten rid of early on in Bitcoin.
    No, not "everybody" wants OP_CAT back.

  • @greenbull92
    @greenbull92 20 дней назад +6

    It's a no from me dog.

  • @Sun0fABeach
    @Sun0fABeach 20 дней назад +2

    Rest assured the main outcome of this will be more shitcoining on bitcoin. Happy to counter-softfork against this.

    • @conormcgregor2547
      @conormcgregor2547 19 дней назад +1

      Your fork sounds like a hard fork as it wouldn’t be backwards compatible..

    • @Sun0fABeach
      @Sun0fABeach 19 дней назад

      ​@@conormcgregor2547 No. A UASF is backwards compatible but will result in a chain split if miners don't go along with it. It's a game of chicken.

    • @Sun0fABeach
      @Sun0fABeach 19 дней назад

      @@conormcgregor2547 No. A UASF is backwards compatible but will cause a chain split if miners don't go along with it. It's a game of chicken.

    • @Sun0fABeach
      @Sun0fABeach 8 дней назад

      @@conormcgregor2547 Soft forks are always backwards compatible. But they become hard forks if there are two competing soft forks that reject each others blocks. That's what a counter soft fork is for, to force an adversarial soft fork into becoming a contentious hard fork.