<p>Miners will accept block with transactions they don't understand, so long as the transactions don't attempt to create Bitcoins out of thin air. They won't include transactions they can't validate in their own mined blocks though.</p>

<p>There is active effort at the top levels of the Bitcoin developers to get new transaction types into the client. M-of-N transactions (transactions that require a set of signatures), for example, are close to obtaining a consensus.</p>

CC BY-SA 3.0
2012-12-06T07:41:39.427Z
Has any consensus been made?  Who are those developers (so I can follow their responses in more detail)
makerofthings7
CC BY-SA 3.0
2011-09-16T20:08:18.030Z
2011-09-16T20:08:18.030Z
David Schwartz
<p>Short answer: </p>

<p>Technically possible? Yes.  Likely? No.</p>

<p>It would be possible to modify the protocol to include other types of transactions -- such things have been proposed for a wide variety of issues, including being able to lockdown stolen coins, timestamp messages, etc.</p>

<p>It is highly unlikely they will ever make it in, at least not anytime soon, because changing the blockchain is a Big Deal and we are already dealing with "block chain bloat" and many of them have other possible solutions that don't involve modifying the block chain.</p>

<p>Your particular suggestion (in the other thread) seems incredibly unlikely to ever make it as part of the protocol since there is just no need for it to be. Trading exchanges can easily implement futures, options, and all sorts of derivatives if they want - no changes to blockchain necessary.</p>

CC BY-SA 3.0
2011-09-16T17:25:15.977Z
Granted, but what if there was something important that we haven't thought of yet. Could it happen with the current block chain or would we need to start again?
billpg
CC BY-SA 3.0
2011-09-16T19:02:39.343Z
Sure, you would just have to have quite a bit of planning, and get the mining pools to agree to it. For most things it seems like a third-party service or something at the client level would be best, somethings would prob be pushed to a bitcoin fork, but there is no inherent reason why changes couldn't be made to the data the bitcoin block chain stores given enough consensus and lead time
lemonginger
CC BY-SA 3.0
2011-09-16T17:20:15.847Z
2011-09-16T20:06:26.177Z
2011-09-16T20:06:26.177Z
lemonginger
<p>The key issue here is opcodes. If your transaction does not require any new script opcodes, you should be able to create these and have them make it into the block chain without any trouble (they won't get relayed because they won't pass the isStandard check, Eligius mining pool, for one, will relay non-standard transactions. Any miner will /accept/ them into their block, they just won't relay them which makes it harder for your transaction to propagate.</p>

<p>But the key is, if you don't need any new opcodes, this does not require any changes to the core bitcoin in order to work.</p>

CC BY-SA 3.0
2011-09-19T19:41:55.253Z
2011-09-19T19:41:55.253Z
nanotube
<p>Actually if you jump into Bitcoin as being an implementation of Blockchain, and new transactions leading to a Blockchain 2 is possible which is actually known as a <strong>fork</strong> (can be soft or hard fork).</p>

<p>The case which you are telling about is <a href="https://bitcoin.stackexchange.com/questions/30817/what-is-a-soft-fork">Soft fork</a> as in case of Bitcoin network, which literally creates a new branch of transactions on a running chain and the point from where the new branch emerges accept the new kind of transactions being made. But they cannot bypass the basic fact of creating bitcoin out of thin air.</p>

<p>When a hardfork occurs, it renders the new transaction being seen as useless and Infact can be taken as a new coin/blockchain/alternate coin.</p>

CC BY-SA 3.0
2017-05-04T13:03:24.747Z
A soft fork does not make two chains, it's by definition a backwards compatible change.
Claris
CC BY-SA 3.0
2017-05-15T10:29:29.667Z
Very true but I have mentioned of Soft fork behaving as a connected branch rather than non backward compatible branch.
mannutech
CC BY-SA 3.0
2017-04-20T10:26:54.427Z
2017-04-20T10:26:54.427Z
mannutech
<p>I was putting an answer for <a href="https://bitcoin.stackexchange.com/questions/1106/could-a-futures-market-be-included-in-the-bitcoin-protocol">this question</a> together when I realised my idea would require a new type of transaction to be invented and included in blocks.</p>

<p>Then I wondered how that could work. There are many mining rigs out there which would have no way of validating my transaction type.</p>

<p>Even if some miners do recognise my transaction and even included it in a winning block, all the other miners would not accept that winning block and instead continue mining on the previous block.</p>

<p>What would happen if we wanted to devlop Bitcoin this way? Would we instead have to establish Bitcoin2 with a new block chain?</p>

<blockchain><development><alternatives>
Can new types of transactions be included the current block chain?
billpg
# Can new types of transactions be included the current block chain?

(Asked by: username_0 on 2011-09-16)

I was putting an answer for [this question](https://bitcoin.stackexchange.com/questions/1106/could-a-futures-market-be-included-in-the-bitcoin-protocol) together when I realised my idea would require a new type of transaction to be invented and included in blocks.

Then I wondered how that could work. There are many mining rigs out there which would have no way of validating my transaction type.

Even if some miners do recognise my transaction and even included it in a winning block, all the other miners would not accept that winning block and instead continue mining on the previous block.

What would happen if we wanted to devlop Bitcoin this way? Would we instead have to establish Bitcoin2 with a new block chain?

**Tags:** blockchain, development, alternatives


---

## 4 answers

### Answer by username_1 on 2011-09-16. Score: 3 | Accepted answer

Miners will accept block with transactions they don't understand, so long as the transactions don't attempt to create Bitcoins out of thin air. They won't include transactions they can't validate in their own mined blocks though.

There is active effort at the top levels of the Bitcoin developers to get new transaction types into the client. M-of-N transactions (transactions that require a set of signatures), for example, are close to obtaining a consensus.

> **Comments:**
> **username_2**: Has any consensus been made?  Who are those developers (so I can follow their responses in more detail)  

---

### Answer by username_3 on 2011-09-16. Score: 1

Short answer:

Technically possible? Yes. Likely? No.

It would be possible to modify the protocol to include other types of transactions -- such things have been proposed for a wide variety of issues, including being able to lockdown stolen coins, timestamp messages, etc.

It is highly unlikely they will ever make it in, at least not anytime soon, because changing the blockchain is a Big Deal and we are already dealing with "block chain bloat" and many of them have other possible solutions that don't involve modifying the block chain.

Your particular suggestion (in the other thread) seems incredibly unlikely to ever make it as part of the protocol since there is just no need for it to be. Trading exchanges can easily implement futures, options, and all sorts of derivatives if they want - no changes to blockchain necessary.

> **Comments:**
> **username_0**: Granted, but what if there was something important that we haven't thought of yet. Could it happen with the current block chain or would we need to start again?  
> **username_3**: Sure, you would just have to have quite a bit of planning, and get the mining pools to agree to it. For most things it seems like a third-party service or something at the client level would be best, somethings would prob be pushed to a bitcoin fork, but there is no inherent reason why changes couldn't be made to the data the bitcoin block chain stores given enough consensus and lead time  

---

### Answer by username_4 on 2011-09-19. Score: 1

The key issue here is opcodes. If your transaction does not require any new script opcodes, you should be able to create these and have them make it into the block chain without any trouble (they won't get relayed because they won't pass the isStandard check, Eligius mining pool, for one, will relay non-standard transactions. Any miner will /accept/ them into their block, they just won't relay them which makes it harder for your transaction to propagate.

But the key is, if you don't need any new opcodes, this does not require any changes to the core bitcoin in order to work.


---

### Answer by username_5 on 2017-04-20. Score: -1

Actually if you jump into Bitcoin as being an implementation of Blockchain, and new transactions leading to a Blockchain 2 is possible which is actually known as a **fork** (can be soft or hard fork).

The case which you are telling about is [Soft fork](https://bitcoin.stackexchange.com/questions/30817/what-is-a-soft-fork) as in case of Bitcoin network, which literally creates a new branch of transactions on a running chain and the point from where the new branch emerges accept the new kind of transactions being made. But they cannot bypass the basic fact of creating bitcoin out of thin air.

When a hardfork occurs, it renders the new transaction being seen as useless and Infact can be taken as a new coin/blockchain/alternate coin.

> **Comments:**
> **username_6**: A soft fork does not make two chains, it's by definition a backwards compatible change.  
> **username_5**: Very true but I have mentioned of Soft fork behaving as a connected branch rather than non backward compatible branch.  

---

