Luke-Jr [ARCHIVE] on Nostr: 📅 Original date posted:2011-10-10 🗒️ Summary of this message: Mike Hearn is ...
📅 Original date posted:2011-10-10
🗒️ Summary of this message: Mike Hearn is developing custom software to efficiently create work for his pool, which will replace the use of bitcoind.
📝 Original message:On Monday, October 10, 2011 9:18:07 AM Mike Hearn wrote:
> > > > As I will no longer be using bitcoind for Eligius soon
> > >
> > > What will you be using instead? Isn't bitcoind a requirement for
> > > running
> >
> > a
> >
> > > pool?
> >
> > Writing some custom software designed to more efficiently create work.
> > To clarify, bitcoind will still serve the purpose of peering with
> > external nodes and picking out valid transactions to be accepted into
> > blocks; it just
> > won't be involved in the primary operations of the pool.
>
> Ah, I see. Sounds a bit like the direction Steve is going with poolserverj.
> So your custom software would handle incrementing the extraNonce,
> recalculating the merkle tree/root, and so on?
Yes, does that already. Hard part right now is implementing a stateless TCP/IP
"stack" so it can ignore DDoS sanely.
Published at
2023-06-07 02:32:53Event JSON
{
"id": "579bc1618da8a46d55689b12eeb87fada665ff7f1f4e822db4baaa4c6151aee5",
"pubkey": "6ac6a519b554d8ff726a301e3daec0b489f443793778feccc6ea7a536f7354f1",
"created_at": 1686105173,
"kind": 1,
"tags": [
[
"e",
"1de0fa2aca5e0afb92553689a67121bb3c0f37c59d386aea4ba802016f3e46d4",
"",
"root"
],
[
"e",
"62c7d1f5b463fd0eecae1e007c0e18359f1dc57fbd8cd05b4ec39f08c4442cda",
"",
"reply"
],
[
"p",
"f2c95df3766562e3b96b79a0254881c59e8639f23987846961cf55412a77f6f2"
]
],
"content": "📅 Original date posted:2011-10-10\n🗒️ Summary of this message: Mike Hearn is developing custom software to efficiently create work for his pool, which will replace the use of bitcoind.\n📝 Original message:On Monday, October 10, 2011 9:18:07 AM Mike Hearn wrote:\n\u003e \u003e \u003e \u003e As I will no longer be using bitcoind for Eligius soon\n\u003e \u003e \u003e \n\u003e \u003e \u003e What will you be using instead? Isn't bitcoind a requirement for\n\u003e \u003e \u003e running\n\u003e \u003e \n\u003e \u003e a\n\u003e \u003e \n\u003e \u003e \u003e pool?\n\u003e \u003e \n\u003e \u003e Writing some custom software designed to more efficiently create work.\n\u003e \u003e To clarify, bitcoind will still serve the purpose of peering with\n\u003e \u003e external nodes and picking out valid transactions to be accepted into\n\u003e \u003e blocks; it just\n\u003e \u003e won't be involved in the primary operations of the pool.\n\u003e \n\u003e Ah, I see. Sounds a bit like the direction Steve is going with poolserverj.\n\u003e So your custom software would handle incrementing the extraNonce,\n\u003e recalculating the merkle tree/root, and so on?\n\nYes, does that already. Hard part right now is implementing a stateless TCP/IP \n\"stack\" so it can ignore DDoS sanely.",
"sig": "94115c12fdb104bb98029dcd278bd0ab8503c94b1f8c0d1798e8388bb97c75292b028e76bdd9acff5f1008d5eb8ee40086064efac8eaaac57848e1d382ad4289"
}