Bitcoin OMG! including Watch-Only

[jedimstr]

I usually encountered the data corruption issue on starting up with Bitcoin-Qt only on reboots, which necessitated a rebuild of the local copy of the blockchain so eager to try this beta... but...

Downloaded the OMG3 version, and already encountered a problem.

I tried running it with disablewallet=1 in the bitcoin.conf, but it crashed on startup with the following crashlog:
 (crashlog was too long to insert here even in code tags)
https://dl.dropboxusercontent.com/u/11139673/crashlogBTCOMG3.rtf

I'm running it on a Mac Pro, 16GB Ram on OSX 10.9 Mavericks.

I'm also running concurrently with a P2Pool node, namecoind for merged mining, and BFGMiner.

When I comment out the disablewallet=1 in the bitcoin.conf it starts up fine, so I'll keep it this way for now, but would definitely prefer to run it with the wallet disabled.

Wait a minute, you experienced the data corruption issue with OMG3 specifically?

No, previously with the current non OMG Bitcoin-qt beta 0.8.5.  

Haven't rebooted yet to see if it happens with your version.

Also the crash log linked has detailed system info for my Mac (system details are at the bottom of the crash log) and I mentioned in the post above it was a Mac Pro with 16GB ram on OSX 10.9 Mavericks.  

One note about my Mac Pro that probably has no bearing but I'll list here anyway, it's actually an original Mac Pro 1,1 (first intel ones) that was hacked with Chameleon to have an EFI64 boot loader and smbios.plist to look like a Mac Pro 3,1 so I could install Mavericks. It still runs circles around many current MacBook Pro's and iMacs.

[1714172467]

1714172467

[1714172467]

1714172467

[1714172467]

1714172467

[jedimstr]

So I take it if I wanted to run with disablewallet=1 I'll have to build bitcoind from your git.
No binaries available for bitcoind for the Mac?

[wtogami]

So I take it if I wanted to run with disablewallet=1 I'll have to build bitcoind from your git.
No binaries available for bitcoind for the Mac?

bitcoin.org does not distribute Mac bitcoind.  32bit Mac bitcoind 0.8 does not even build.  64bit does build but nobody distributes it.

The primary reason to use disablewallet is to reduce RAM use, which is mainly useful on small headless servers or VM's where you would use bitcoind instead of bitcoin-qt.

[jedimstr]

So I take it if I wanted to run with disablewallet=1 I'll have to build bitcoind from your git.
No binaries available for bitcoind for the Mac?

bitcoin.org does not distribute Mac bitcoind.  32bit Mac bitcoind 0.8 does not even build.  64bit does build but nobody distributes it.

The primary reason to use disablewallet is to reduce RAM use, which is mainly useful on small headless servers or VM's where you would use bitcoind instead of bitcoin-qt.

Gotcha.  I'll stick with the OMG3 version of Bitcoin-qt then.   My reason for looking for bitcoind for Mac was to get as high an efficiency rating as possible with my P2Pool node.  Your version of Bitcoin-Qt has already reduced GetBlockTemplate Latency and has improved efficiency for my node noticeably.

[wtogami]

Their is an issue on the current 0.8.5 mac version, there was like a menu that would pop up when you right clicked on the dock icon, this was so when it was hidden it would come back.
https://github.com/bitcoin/bitcoin/issues/1522

Now that bug has been reintroduced on this build. Love this build thou! Already used coin control!

gweedo,

Thank you for your report.  We are unable to reproduce this bug on 10.6.8, 10.8.x, 10.9.  Are you using our builds of Bitcoin-Qt OMG3 or building it yourself? 

[wtogami]

https://github.com/litecoin-project/litecoin/issues/82
Yes thank you. Our Mac dev is looking into this.

[wtogami]

https://github.com/bitcoin/bitcoin/issues/2770#issuecomment-27669022
It appears that there may be more than one MacOS X corruption issue.  It is difficult to know if any of them have been fixed when other issues still happen.  Any detailed reports of corruption with Bitcoin 0.8.5 OMG3 specifically would be helpful to Bitcoin dev.

[wtogami]

https://github.com/litecoin-project/bitcoinomg/commits/0.8.5-OMG4
The source tree was cleaned up in preparation for the next release of Bitcoin OMG.

https://github.com/litecoin-project/bitcoinomg/tree/0.8.5-OMG3
The previous release source was moved to this branch.

[wtogami]

https://github.com/litecoin-project/bitcoinomg/commits/0.8.5-OMG4
Added a tiny patch requested by BlueMatt for the pulltester.

What features do you want backported to Bitcoin OMG?  Please submit pull requests or just ask here.

[wtogami]

https://bitcointalk.org/index.php?topic=337294
A few of you commented that you experience continued corruption even with all the patches in Bitcoin OMG3.  Gavin Andresen says it happens in Bitcoin master too.  A bounty is now funded by Gavin and Litecoin Dev.  Mac users, please consider adding to the bounty to increase incentive of someone to fix this sooner.

[wtogami]

https://github.com/litecoin-project/bitcoinomg/commits/0.8.5-OMG4
This branch is very close to what will be in the next build of Bitcoin OMG.  Please test and report back if you find any problems.

Any requests to include any other particular patches in OMG?

[wtogami]

https://bitcointalk.org/index.php?topic=337294.msg3718821#msg3718821
If you previously experienced corruption with MacOS X Bitcoin or LItecoin, please test these MacOS X binaries and report back!

[wtogami]

Please see the OP for Bitcoin 0.8.5-OMG8 with potential fixes for the long-standing MacOS X corruption issue.

[CoinHoarder]

Good work Warren. I've been impressed with your work for Litecoin, I didn't know you were doing things for Bitcoin too! I've been pretty busy, but I will try to help you test things out more often in the future (I despise Apple though, so I can't help you there.) You are the best thing to ever happen to Litecoin, seriously. I hope that the Bitcoiners appreciate your work here too.

Thanks!

[jedimstr]

Hey Warren, with the release of 0.8.6rc1, does the main branch include any your changes from the OMG releases? I see their changelog mentions a fix for the Mac Corruption issues too.

Alternately, if features like "disable wallet" and the optimizations aren't included, will there be an effort to make an OMG version of 0.8.6 merging the fixes and features like the increased mining block size from the main branch?

[wumpus]

Alternately, if features like "disable wallet" and the optimizations aren't included, will there be an effort to make an OMG version of 0.8.6 merging the fixes and features like the increased mining block size from the main branch?

Features will never end up in official 0.8.x releases, as these are fix-only stable releases. "Disable wallet" and such will be in 0.9.0.
Of course -OMG is a bit different here as they attempt to backport features so they're a kind of hybrid stable unstable version.

[wtogami]

OMG10 already has all bug fixes in 0.8.6rc1.  The minor fee related rule changes will be included in 0.8.6-OMG after 0.8.6 is released.

[wtogami]

Status Update: OMG10 already has all bug fixes that were included in 0.8.6.  OMG will be rebased on "0.8.6" only after we have substantive fixes or new features to make a new release worthwhile.

[keystroke]

How are the .9 private keys different?

[lanfanblue]

Thanks for this OMG client with Coin Control.

But I wonder how much can I rely on the tx size/fee estimation in Coin Control?
I just noticed that tx size estimated is 300 bytes less than actual tx size in some cases.
Maybe that's a minor bug?

The underestimation in tx size occurs when multisignature address is involved.
This tx
https://blockchain.info/tx/d84613726465c27ce641bd20a4385dfada887effee99d77b01548e13403066d2
contains 5 inputs and 2 outputs.
The address starting with 33 is a 3-of-3 multisignature address.
The actual size is 1264 bytes, but in Coin Control it is reported as 946 bytes.

Coin Control does not check the address type, I guess.
Multisig address is larger than normal address, and ignoring address type leads to this underestimation in tx size.

Hope this could be fixed soon, and we can expect a reliable fee estimation.