[ANN] The Definitive List of Mac Altcoin Wallets

[maxpower]

BBQCoin, compiled by myself, for Mac OS X 64-bit, HiDPI-ready.

http://www.sendspace.com/file/t3nhtz
SHA-1: dec3dd37a75b1ba3023bc4d4252741965a72da29 BBQCoin-Qt.zip
Source: https://github.com/overware/BBQCoin.git

Thanks! Added to OP.

[1713946359]

1713946359

[1713946359]

1713946359

[1713946359]

1713946359

[1713946359]

1713946359

[smscotten]

Downloading your Zetacoin client now; will let you know if I encounter any issues.

I spent the day trying to compile the Securecoin client to no avail. If you can successfully do that you'll be my hero.

[smscotten]

Matched ryanb's 1000 ZET with 1000 ZET of my own, sent from the Mac wallet.

If you don't receive it, let me know and I'll file a bug report.

[maxpower]

Matched ryanb's 1000 ZET with 1000 ZET of my own, sent from the Mac wallet.

If you don't receive it, let me know and I'll file a bug report.

I got it, thank you very much!

I'll take a look at Securecoin as soon as I have a chance.

[maxpower]

UPDATES:

• NEW: Securecoin 0.8.3.0
• UPDATED: Worldcoin 0.6.4.5
• UPDATED: Gamecoin 0.8.3.1

[smscotten]

UPDATES:

• NEW: Securecoin 0.8.3.0
• UPDATED: Worldcoin 0.6.4.5
• UPDATED: Gamecoin 0.8.3.1

Wow, maxpower, that was fast. Thank you!

Running smoothly on my Mac Pro. The only issue I have to report about it is that the built-in miner doesn't appear to try to make use of all the CPUs. The Windows version (running under Parallels) got around 110Mh/s; the Mac version gets 35Mh/s and Activity Monitor reports lots of idle CPU.

That's only an issue because I haven't successfully compiled one of the forks of cpuminer. But using your Securecoin port is still a huge improvement. When I was running the Windows cpuminer (under Parallels) against the Windows Securecoin-QT I was getting 90-100Mh/s. Running that same Windows cpuminer against the Mac Securecoin-QT I'm getting 120Mh/s. Admittedly a somewhat surprising result but until I can get cpuminer to compile this is the best setup so far.

So once again… thank you!

[maxpower]

UPDATES:

• NEW: Securecoin 0.8.3.0
• UPDATED: Worldcoin 0.6.4.5
• UPDATED: Gamecoin 0.8.3.1

Wow, maxpower, that was fast. Thank you!

Running smoothly on my Mac Pro. The only issue I have to report about it is that the built-in miner doesn't appear to try to make use of all the CPUs. The Windows version (running under Parallels) got around 110Mh/s; the Mac version gets 35Mh/s and Activity Monitor reports lots of idle CPU.

That's only an issue because I haven't successfully compiled one of the forks of cpuminer. But using your Securecoin port is still a huge improvement. When I was running the Windows cpuminer (under Parallels) against the Windows Securecoin-QT I was getting 90-100Mh/s. Running that same Windows cpuminer against the Mac Securecoin-QT I'm getting 120Mh/s. Admittedly a somewhat surprising result but until I can get cpuminer to compile this is the best setup so far.

So once again… thank you!

That's strange; I just tried the Securecoin-Qt miner and it's using all my cores (or at least all my physical cores--it doesn't seem to count hyperthreaded "cores").

How are you starting the miner? I'm opening the debug window and typing:

Code:

setgenerate true -1

[smscotten]

That's strange; I just tried the Securecoin-Qt miner and it's using all my cores (or at least all my physical cores--it doesn't seem to count hyperthreaded "cores").

How are you starting the miner? I'm opening the debug window and typing:

Code:

setgenerate true -1

I have

Code:

gen=1

in my securecoin.conf but setting

Code:

gen=0

, restarting, and doing it from the debug window as you suggest seems to have the same result. I'm getting 45Kh/s and Securecoin-Qt is using about 250% CPU and over 40% of my CPU idle.

If I specify the number of processes (

Code:

setgenerate true 8

) I get exactly the same result. If I limit to one process I'm getting about 36Kh/s and use about 100% CPU with roughly 60% idle.

Those numbers don't make any sort of linear sense, but that's what I'm seeing.

As a reference, when I use cpuminer (non-forked version) to mine scrypt-based coins I can get over 700% CPU if I close down enough other apps. Running Parallels (either running the Windows Securecoin-Qt or the forked cpuminer) the virtual machine uses something north of 600% CPU with 0% idle.

I don't have hyperthreading. This is a dual quad-core 2.8GHz Xeon (Harpertown) system.

I suspect that if I want this to work like I want it the best thing would be for me to look at compiling the client for my system, on my system. And that's a topic for the Mac wallet development thread. :-)

[smscotten]

More info: I just installed on a newer machine (1.8GHz i7, single dual-core processor with hyperthreading) and I'm getting 45Kh/s out of it. Activity monitor reports Securecoin-Qt using close to 300% of CPU so it does seem to be taking advantage of hyperthreading. I don't have any third or fourth cores to allow one app to use more than 200% of CPU.

(I just closed down a bunch of apps and I'm getting closer to 60Kh/s now on the laptop—not sure what the CPU usage is exactly because Activity Monitor itself is one of the apps I closed—closing Activity Monitor gains me about 5Kh/s)

[maxpower]

More info: I just installed on a newer machine (1.8GHz i7, single dual-core processor with hyperthreading) and I'm getting 45Kh/s out of it. Activity monitor reports Securecoin-Qt using close to 300% of CPU so it does seem to be taking advantage of hyperthreading. I don't have any third or fourth cores to allow one app to use more than 200% of CPU.

(I just closed down a bunch of apps and I'm getting closer to 60Kh/s now on the laptop—not sure what the CPU usage is exactly because Activity Monitor itself is one of the apps I closed—closing Activity Monitor gains me about 5Kh/s)

That's awfully strange. I tried it on a quad-core CPU with hyperthreading, and got about 120Kh/s at about 400% CPU usage. I'm not sure what to tell you; one thing you can try is specifying the number of mining threads in the setgenerate command, e.g.

Code:

setgenerate true 4

for 4 threads.

Ultimately you'll probably be better off with the Securecoin version of cpuminer, if you can get it compiling--it's way better optimized than any of the wallets.

[smscotten]

That's awfully strange. I tried it on a quad-core CPU with hyperthreading, and got about 120Kh/s at about 400% CPU usage. I'm not sure what to tell you; one thing you can try is specifying the number of mining threads in the setgenerate command, e.g.

Code:

setgenerate true 4

for 4 threads.

Well yeah, I did try setting the number of threads with the setgenerate command. See above.

A few further tries indicates that there is some kind of bottleneck above 4 threads.

setgenerate true 1: 36Kh/s, 101% CPU (61% idle)
setgenerate true 2: 69Kh/s, 198% CPU (52% idle)
setgenerate true 3: 98Kh/s, 290% CPU (35% idle)
setgenerate true 4: 115Kh/s, 366% CPU (27% idle)
setgenerate true 5: 90Kh/s, 360% CPU (26% idle)
setgenerate true 6: 68Kh/s, 283% CPU (35% idle)
setgenerate true 7: 47Kh/s, 262% CPU (39% idle)
setgenerate true 8: 46Kh/s, 259% CPU (37% idle)

I doubt I'm running out of RAM—I have almost 9GB free with everything running right now. The only thing I can think of is that my slow 800MHz DDR2 RAM could be the bottleneck. But that seems intuitively farfetched.

If I set the Windows CPUminer to four threads (-t 4) and setgenerate true 4 I'm getting nearly 18KH/s per thread in CPUminer plus 48Kh/s in Securecoin for a total of 120Kh/s. For whatever reason I'm maxing out at 120Kh/s.

Confirmed: this is true even if I am running the Windows Securecoin client and the Mac Securecoin client concurrently.

Just for comparison's sake, on the laptop I get:

setgenerate true 1: 37KH/s, 100% CPU (63% idle)
setgenerate true 2: 54KH/s, 198% CPU (39% idle)
setgenerate true 3: 58KH/s, 270% CPU (14% idle)
setgenerate true 4: 57KH/s, 320% CPU (3% idle)

Since this machine has only two cores, this supports your assertion that the addition of hyperthreaded virtual cores does not help. (Which sort of makes sense.)

Ultimately you'll probably be better off with the Securecoin version of cpuminer, if you can get it compiling--it's way better optimized than any of the wallets.

That is what I thought, but I actually had better results with the Windows Qt client mining than with the Windows CPUminer. Again, there may be a lot more going on. But it is interesting. And useful to know that I may as well not run my CPUs full tilt if I'm not getting anything more out of them. On the laptop I get 54KH/s with my CPU at 80°C or 57KH/s at 97°C. Guess which one is better for the life of my CPU.

Thanks for listening. I think I've established here that I am running up against limits of my own system, whatever those limits are. This does not seem to indicate any changes to the Qt client.

[smscotten]

Although I'll add this: if you're getting 120KH/s on your quad-core system, you too might be hitting a bottleneck and might be well-served by trying fewer maximum threads. Yes, that's about twice what I max out at with my dual-core system, but I'm guessing your quad-core CPU is a lot faster than my 1.8GHz i7.

[maxpower]

That's awfully strange. I tried it on a quad-core CPU with hyperthreading, and got about 120Kh/s at about 400% CPU usage. I'm not sure what to tell you; one thing you can try is specifying the number of mining threads in the setgenerate command, e.g.

Code:

setgenerate true 4

for 4 threads.

Well yeah, I did try setting the number of threads with the setgenerate command. See above.

Ah, okay, I missed that the first time around.

A few further tries indicates that there is some kind of bottleneck above 4 threads.

setgenerate true 1: 36Kh/s, 101% CPU (61% idle)
setgenerate true 2: 69Kh/s, 198% CPU (52% idle)
setgenerate true 3: 98Kh/s, 290% CPU (35% idle)
setgenerate true 4: 115Kh/s, 366% CPU (27% idle)
setgenerate true 5: 90Kh/s, 360% CPU (26% idle)
setgenerate true 6: 68Kh/s, 283% CPU (35% idle)
setgenerate true 7: 47Kh/s, 262% CPU (39% idle)
setgenerate true 8: 46Kh/s, 259% CPU (37% idle)

I doubt I'm running out of RAM—I have almost 9GB free with everything running right now. The only thing I can think of is that my slow 800MHz DDR2 RAM could be the bottleneck. But that seems intuitively farfetched.

If I set the Windows CPUminer to four threads (-t 4) and setgenerate true 4 I'm getting nearly 18KH/s per thread in CPUminer plus 48Kh/s in Securecoin for a total of 120Kh/s. For whatever reason I'm maxing out at 120Kh/s.

Confirmed: this is true even if I am running the Windows Securecoin client and the Mac Securecoin client concurrently.

Just for comparison's sake, on the laptop I get:

setgenerate true 1: 37KH/s, 100% CPU (63% idle)
setgenerate true 2: 54KH/s, 198% CPU (39% idle)
setgenerate true 3: 58KH/s, 270% CPU (14% idle)
setgenerate true 4: 57KH/s, 320% CPU (3% idle)

Since this machine has only two cores, this supports your assertion that the addition of hyperthreaded virtual cores does not help. (Which sort of makes sense.)

Yeah, I don't think that these hashing algorithms are particularly hyperthreadable. I'm baffled by your results on the 8-core system, though. All I can think is that the threads on each core of each CPU are contending for CPU cache, but your results in Parallels contradict that.

Although I'll add this: if you're getting 120KH/s on your quad-core system, you too might be hitting a bottleneck and might be well-served by trying fewer maximum threads. Yes, that's about twice what I max out at with my dual-core system, but I'm guessing your quad-core CPU is a lot faster than my 1.8GHz i7.

Interestingly, looking at CPU stats in XRG in realtime while I'm running the wallet's miner shows my main cores maxing out, but the hyperthreaded "virtual" cores almost idle. Totally the opposite of what you see on your laptop. Very strange!

[nwoolls]

Finally, some updates!

• Updated CryptogenicBullion wallet.
• Added BottleCaps wallet.

Hi there. The BottleCaps wallet seems to be version 1.4. I have installed it on OS X but it doesn't seem to ever synchronize with the network. Some Googling indicated there was a fork and there is a newer version (1.5) available? Is this something you folks could update?

Thanks in advance!

[maxpower]

Finally, some updates!

• Updated CryptogenicBullion wallet.
• Added BottleCaps wallet.

Hi there. The BottleCaps wallet seems to be version 1.4. I have installed it on OS X but it doesn't seem to ever synchronize with the network. Some Googling indicated there was a fork and there is a newer version (1.5) available? Is this something you folks could update?

Thanks in advance!

Thanks for the heads up. I'll see if I can get the latest version going. Stay tuned...

[smscotten]

And FYI there is a mandatory update to Digitalcoin: https://bitcointalk.org/index.php?topic=289818.0

I'll put 100 DGC up for the updated Mac binary. It's not much, but maybe others will match it.

[maxpower]

And FYI there is a mandatory update to Digitalcoin: https://bitcointalk.org/index.php?topic=289818.0

I'll put 100 DGC up for the updated Mac binary. It's not much, but maybe others will match it.

Okay, I compiled the latest source from the thread you referenced. The version number in the source code (and hence in the about box) is still 0.6.3.0, for whatever reason, but the code is from the v0.2 archive that baritus posted. The link to the binary is in the OP.

If it works and you like it, my DGC addr is DDxEYrRZ8otUN8ABxooh8ce1RQgSee9PWN - Thanks!

[maxpower]

Another round of updates!

• Digitalcoin to v0.2 (see above)
• Bottlecaps to 1.5.0.0
• Gamecoin to 0.8.4.0

[smscotten]

Thank you!

The DGC client crashed on startup for me. Looks like in all my attempts to get QT clients to compile on my machine I may have screwed up some dependencies. Hopefully I can fix this myself, but thought it best to share the report here:

Code:

Process:         Digitalcoin-Qt [17813]
Path:            /Applications/Digitalcoin-Qt.app/Contents/MacOS/Digitalcoin-Qt
Identifier:      com.yourcompany.Digitalcoin-Qt
Version:         ???
Code Type:       X86-64 (Native)
Parent Process:  launchd [309]
User ID:         501

Date/Time:       2013-09-07 15:05:03.323 -0700
OS Version:      Mac OS X 10.8.4 (12E55)
Report Version:  10

Interval Since Last Report:          52988 sec
Crashes Since Last Report:           3
Per-App Crashes Since Last Report:   3
Anonymous UUID:                      FD7D3C27-6AE0-48FA-67B1-7F63C126A019

Crashed Thread:  0

Exception Type:  EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000

Application Specific Information:
dyld: launch, loading dependent libraries

Dyld Error Message:
  Library not loaded: /usr/local/opt/openssl/lib/libssl.1.0.0.dylib
  Referenced from: /Applications/Digitalcoin-Qt.app/Contents/MacOS/Digitalcoin-Qt
  Reason: image not found

Binary Images:
       0x100daf000 -        0x1012d3fe7 +com.yourcompany.Digitalcoin-Qt (???) <57B2E2E0-1F69-3FBA-8A37-777930CF319E> /Applications/Digitalcoin-Qt.app/Contents/MacOS/Digitalcoin-Qt
       0x1017fb000 -        0x101802fff +libminiupnpc.9.dylib (0) <E3CDF208-B8A6-3751-ABA9-B706AEC262D1> /usr/local/lib/libminiupnpc.9.dylib
    0x7fff609af000 -     0x7fff609e393f  dyld (210.2.3) <A40597AA-5529-3337-8C09-D8A014EB1578> /usr/lib/dyld
    0x7fff840e5000 -     0x7fff84d12fff  com.apple.AppKit (6.8 - 1187.39) <199962F0-B06B-3666-8FD5-5C90374BA16A> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
    0x7fff870ad000 -     0x7fff8740cfff  com.apple.Foundation (6.8 - 945.18) <1D7E58E6-FA3A-3CE8-AC85-B9D06B8C0AA0> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
    0x7fff8af28000 -     0x7fff8af28fff  com.apple.ApplicationServices (45 - 45) <A3ABF20B-ED3A-32B5-830E-B37831A45A80> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices

Model: MacPro3,1, BootROM MP31.006C.B05, 8 processors, Quad-Core Intel Xeon, 2.8 GHz, 24 GB, SMC 1.25f4
Graphics: NVIDIA GeForce 8800 GT, NVIDIA GeForce 8800 GT, PCIe, 512 MB
Memory Module: DIMM Riser B/DIMM 1, 4 GB, DDR2 FB-DIMM, 800 MHz, 0x80CE, 0x000000463732353142363245353830304600
Memory Module: DIMM Riser B/DIMM 2, 4 GB, DDR2 FB-DIMM, 800 MHz, 0x80CE, 0x000000463732353142363245353830304600
Memory Module: DIMM Riser A/DIMM 1, 4 GB, DDR2 FB-DIMM, 800 MHz, 0x80CE, 0x000000463732353142363245353830304600
Memory Module: DIMM Riser A/DIMM 2, 4 GB, DDR2 FB-DIMM, 800 MHz, 0x80CE, 0x000000463732353142363245353830304600
Memory Module: DIMM Riser A/DIMM 3, 4 GB, DDR2 FB-DIMM, 800 MHz, 0x80CE, 0x000000463732353142363245353830304600
Memory Module: DIMM Riser A/DIMM 4, 4 GB, DDR2 FB-DIMM, 800 MHz, 0x80CE, 0x000000463732353142363245353830304600
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x88), Broadcom BCM43xx 1.0 (5.10.131.36.16)
Bluetooth: Version 4.1.4f2 12041, 2 service, 18 devices, 1 incoming serial ports
Network Service: Ethernet 1, Ethernet, en0
PCI Card: NVIDIA GeForce 8800 GT, sppci_displaycontroller, Slot-1
PCI Card: Apple RAID Card, sppci_raid, Slot-4
Parallel ATA Device: PIONEER DVD-RW  DVR-112D
USB Device: USB2.0 Hub, 0x05e3  (Genesys Logic, Inc.), 0x0608, 0xfd500000 / 3
USB Device: iPod, apple_vendor_id, 0x1260, 0xfd520000 / 12
USB Device: Apple Optical USB Mouse, apple_vendor_id, 0x0304, 0xfd510000 / 7
USB Device: USB2.0 Hub, 0x05e3  (Genesys Logic, Inc.), 0x0608, 0xfd400000 / 2
USB Device: FT232R USB UART, 0x0403  (Future Technology Devices International Limited), 0x6001, 0xfd440000 / 11
USB Device: XD-0608-U, 0x056a  (WACOM Co., Ltd.), 0x0042, 0xfd430000 / 5
USB Device: USB2.0 Hub Controller, 0x0409  (NEC Corporation), 0x0058, 0xfd420000 / 4
USB Device: Griffin PowerMate, 0x077d, 0x0410, 0xfd424000 / 9
USB Device: SoundSticks, 0x05fc  (Harman International), 0x7849, 0xfd423000 / 8
USB Device: Bluetooth USB Host Controller, apple_vendor_id, 0x8206, 0x5d200000 / 2
USB Device: Block Erupter Sapphire (Black), 0x10c4  (Silicon Laboratories, Inc.), 0xea60, 0x1d100000 / 3
USB Device: Block Erupter Sapphire (Black), 0x10c4  (Silicon Laboratories, Inc.), 0xea60, 0x1d200000 / 2
USB Device: DasKeyboard, 0x04d9  (Holtek Semiconductor, Inc.), 0x1919, 0x3d100000 / 2
FireWire Device: iSight, Apple Computer, Inc., 200mbit_speed
FireWire Device: built-in_hub, 800mbit_speed

Yeah, OK. I have a brew install of openssl at /usr/local/Cellar/openssl/1.0.1e/lib/ and the default OS X binary at /usr/bin/openssl. I'll start with a symlink to make it look like the Homebrew version is where the binary expects it, and let you know how that goes.

[smscotten]

OK, this is what I've done:

Code:

ln -s /usr/local/Cellar/openssl/1.0.1e /usr/local/opt/openssl

to take care of the openssl error.

Then I had a similar error:

Code:

Dyld Error Message:
  Library not loaded: /usr/local/opt/berkeley-db4/lib/libdb_cxx-4.8.dylib
  Referenced from: /Applications/Digitalcoin-Qt.app/Contents/MacOS/Digitalcoin-Qt
  Reason: image not found

And yeah, my berkeleydb is version5. So I followed the instructions here:

http://bitcoin.stackexchange.com/questions/3672/trouble-compiling-bitcoind-on-osx-with-homebrew

except that I already had a homebrew recipe for berkeleydb-4 so instead of downloading the older replacement, I did:

Code:

brew install berkeley-db4

Which put the older berkeley-db4 where Digitalcoin expected it.

This led to a trickier one:

Code:

Application Specific Information:
dyld: launch, loading dependent libraries

Dyld Error Message:
  Symbol not found: __ZN5boost6detail13once_epoch_cvE
  Referenced from: /Applications/Digitalcoin-Qt.app/Contents/MacOS/Digitalcoin-Qt
  Expected in: /usr/local/lib/libboost_thread-mt.dylib
 in /Applications/Digitalcoin-Qt.app/Contents/MacOS/Digitalcoin-Qt

Which also looks like a version conflict. I have boost 1.54.0 from homebrew. I tried rebuilding boost with the --with-c++11 flag, just grasping at straws thinking you might have compiled with clang which expected some special support to be built in to boost. Unfortunately that didn't do the trick.

Similar message regarding a litecoin install http://trac.macports.org/ticket/39820
Another here: https://groups.google.com/forum/#!msg/mongodb-user/9hqzGYuPcsA/PUtTCgV94uQJ which suggests finding an older version of boost. Though the final message in that thread says, "fixed via binaries" which is about as unhelpful as can be.

Fortunately there is an older version of boost in brew:

Code:

brew install boost149 --with-c++11

Unfortunately in order to get Digitalcoin-Qt to run I have to link the 1.49 version and unlink the 1.54 version. Hopefully that won't screw up anything else that is already running.

*sigh* in most development realms I find that having a Mac means I have versions from 2010 that are too old to work with the newest source code. With everything descended from Bitcoin I have to find 2005 versions of software. Anyway, next message:

Code:

Dyld Error Message:
  Symbol not found: __ZN5boost10filesystem4path7codecvtEv
  Referenced from: /Applications/Digitalcoin-Qt.app/Contents/MacOS/Digitalcoin-Qt
  Expected in: /usr/local/lib/libboost_filesystem-mt.dylib

...and this is where I hit the dead end. Any thoughts?