167d
BCHD is written in Google Go Language, which is a pretty impressive but not overly verbose.
  146d
Getting txdata remains a chore, resembles pulling teeth more than filling a bucket.
  136d
Okay - so I finally got TXIDs streaming out of my beautiful BCHD node
  136d
And then in deepest despair I begin to realize it religiously abandons almost all the op_returns from Memo
  136d
I am not sure yet if BCHD simply rejects them
or if it just never sees them (network?)
but this is tragic
BCHd has everything I wanted in a node: IPFS + GO and more.
but no Memo data.
  135d
BCHD --fastsync option makes reloading a borked instance easy.
However, bchd crashes at 2gb limit on IPFS fastsync.
fix = "pin add" the utxo data so it loads internally instead of over the wire.
  134d
Update on the IFPS side of things:
after repeated failures of the downloaded UTXO
disabling the IPFS and trying BCHD --fastsync again seems to run smooth.
perhaps I misconfigured the IPFS. yuk
  128d
Problems with OP_RETURN are no longer a mystery.
The original BTCD was written in a savagely rabid "THOU SHALT NOT USE OP_RETURN EVER !#!" manner.
Lots of logic flaws exist but these are easy.
  125d
I see a new BCHD peer
104.248.209.144 (/bchd:0.13.0(EB32.0)/)
seems to have go online and is rejecting OP_RETURN transactions
I have fixed it in the code I am using and am almost ready to share
  88d
I see Chris just released 0.14.0 a few hours ago (Thanks Chris)
so I guess I will be spending time
seeing if it still discards OP_RETURN.
Even if it does
I will simply recode it anyway.
  88d
  88d
Hopefully helpful hint deartment:
If you try to run both IPFS and BCHD
on an under-powered server ,
start IPFS first
and then start BCHD
so cpu and mem usage stays sane.
  82d
Sadly(®) BCHD 0.14.0 still rejects MEMO protocol transactions.
I will revisit the process of recoding the source to avoid this flaw.
  79d
How to hack BCHD v0.14.0 to accept OP_RETURN transactions:
[email protected]:~/Progs$ ipfs add BCHD+OP_RETURN.hack.tar.gz
added QmPF3P7NY2Dabkdn9i3BS49eaiYNaKqMc31ajzpdsNRNwW BCHD+OP_RETURN.hack.tar.gz
  60d
2019-04-18 19:19:14.127 [INF] SYNC: New valid peer 139.162.198.175:41186 (inbound) (/bcoinsv:1.1.0/)
  59d
Got some videos for ya's.
  59d
&t=
  59d
  56d
and v0.14.2 does accept OP_RETURN transactions.
This means it is immediately useful for MEMO protocol operations,
Thanks to the BCHD team
  52d
Just a note on what spooling up a full v0.14.2 node entails: 2cores 8gb
  43d
https://github.com/gcash/bchd/releases/tag/v0.14.3
Upgrade from 0.14.2 (mid-SYNC) was painless.
Now awaiting the 100% SYNCed moment
v0.14.3 has features to investigate once fully SYNCed.
  42d
2019-05-06 12:18:04.370 [INF] SYNC: New valid peer 196.249.98.94:56152 (inbound) (neutrino:0.0.4-beta/)
  42d
You can test nodes here:
(require.patience): https://cash.coin.dance/nodes#nodeChecker
2019-05-06 12:24:06.346 [INF] SYNC: New valid peer 34.218.174.49:44678 (inbound) (/bitnodes.coin.dance:0.1/)
  28d
SIGSEGV crash appears unrecoverable on BCHD,
Lacks any CLI methods to roll back and reSYNC
Restart SYNC taking weeks puts this out of reach on v0.14.3 at this time.
Parked, awaiting next release.
  19d
Which blockchain is this ?!
  19d
Which blockchain =812484 blocks ?!
2019-05-30 03:50:27.745 [INF] SYNC: Processed 2 blocks in 10.32s (4496 transactions, height 422369/812484 (51.98%), 2016-07-26 17:46:53 +0000 UTC, ~105 MiB cache)