<p>A non-standard client could choose to send his transactions only to a specific miner. One example might be for a client to negotiate a "monthly package" (off the blockchain), and then send all his tx directly to the pool, without any specific tx fees.</p>

<p>There is nothing in the protocol that prohibits or enables it - it is a possible extension that is outside of the protocol. To my knowledge, no such schemes have been reported in the real world.</p>

CC BY-SA 3.0
2012-11-13T09:56:52.027Z
2012-11-13T09:56:52.027Z
ripper234
<p>Edit: This is a dumb question.  I was new to Bitcoin when I asked it.  Feel free to ignore or delete this Q:</p>

<hr>

<p>Is it possible for a miner or mining pool to receive and not retransmit to peers information about a pending transaction?</p>

<p>Here is the scenario:</p>

<p>Several "normal" transactions are transmitted P2P with a transaction fee ranging from zero to 0.20 BTC.  One client wants to have priority processing with a miner either because they have a special business agreement, are a frequent user, or pays a fee.  </p>

<p>Likewise the miner wants to have "first dibs" on high value transactions + fees, sometimes at the exclusion of other miners who aren't part of that "fee collective".</p>

<p>Question:</p>

<p>Is it possible for a miner to get "first dibs" access to a transaction, before the rest of the network sees the pending transaction?  How would this work, and can the current codebase support this?</p>

CC BY-SA 3.0
2013-03-20T09:57:52.117Z
I agree with @DavidSchwartz: this doesn't make any sense.
o0'.
CC BY-SA 3.0
2013-03-20T12:08:54.073Z
@Lohoris - I asked this question in November '12 ... when I just learned about Bitcoin about one month earlier.  Yep it's a dumb question.
makerofthings7
CC BY-SA 3.0
2012-11-14T11:30:07.793Z
You're paying extra for a transaction and in exchange you're getting a delay in having it processed? I can't see anyone opting for such an arrangement. If any other miner or pool mines the next block, you just paid for a delay of roughly 10 minutes.
David Schwartz
<mining-pools><transaction-selection>
Can a Miner or Mining pool have exclusive access to a transaction and its fees?
makerofthings7
# Can a Miner or Mining pool have exclusive access to a transaction and its fees?

(Asked by: username_0 on 2012-11-13)

Edit: This is a dumb question. I was new to Bitcoin when I asked it. Feel free to ignore or delete this Q:

---

Is it possible for a miner or mining pool to receive and not retransmit to peers information about a pending transaction?

Here is the scenario:

Several "normal" transactions are transmitted P2P with a transaction fee ranging from zero to 0.20 BTC. One client wants to have priority processing with a miner either because they have a special business agreement, are a frequent user, or pays a fee.

Likewise the miner wants to have "first dibs" on high value transactions + fees, sometimes at the exclusion of other miners who aren't part of that "fee collective".

Question:

Is it possible for a miner to get "first dibs" access to a transaction, before the rest of the network sees the pending transaction? How would this work, and can the current codebase support this?

**Tags:** mining-pools, transaction-selection

> **Comments:**
> **username_2**: You're paying extra for a transaction and in exchange you're getting a delay in having it processed? I can't see anyone opting for such an arrangement. If any other miner or pool mines the next block, you just paid for a delay of roughly 10 minutes.  
> **username_1**: I agree with @DavidSchwartz: this doesn't make any sense.  
> **username_0**: @Lohoris - I asked this question in November '12 ... when I just learned about Bitcoin about one month earlier.  Yep it's a dumb question.  

---

## 1 answers

### Answer by username_3 on 2012-11-13. Score: 2 | Accepted answer

A non-standard client could choose to send his transactions only to a specific miner. One example might be for a client to negotiate a "monthly package" (off the blockchain), and then send all his tx directly to the pool, without any specific tx fees.

There is nothing in the protocol that prohibits or enables it - it is a possible extension that is outside of the protocol. To my knowledge, no such schemes have been reported in the real world.


---

