 Show Posts
|
|
Pages: [1]
|
|
Looks like the Cyphermine.B1 bonds were purchased on September 10, 2013 so in a few weeks Deprived will be able to redeem them for face value with no penalty. Maybe that is what he is waiting for. If he can redeem the bonds he can pay all back dividends and close down the fund cleanly.
I hope he uses this opportunity.
|
|
|
|
0.00034120 per Mining or Purchase
0.00032901 Per MINING or PURCHASE Mining got less? Back in March, when I first did the calculation, I accidentally forgot to count the 7-day advance dividends that Deprived paid out to MINING on October 26th. Those 7 days came to 0.00004503 so the number back in March should have been 0.00029617. That means that from March to July, each MINING share would have made 0.00003284 in dividends. |
|
|
|
Just did some calculations and it looks like back dividends are something close to:
0.00034120 per Mining or Purchase
0.00200077 per Selling or Purchase
As of October 25th there were 163054 "Effective Units" outstanding. That means DMS is about 382 BTC behind on dividend payments.
I finally got around to updating my spreadsheet. Amount of unpaid dividends as of July 18th, 2014: 0.00032901 Per MINING or PURCHASE 0.00216280 Per SELLING or PURCHASE Effective Units 163054 Total back dividends owed: 406.29997924 Bitcoin |
|
|
|
Anyone could give an estimation of following?
1) What's the outstanding dividend to DMS.Mining?
2) What's the outstanding dividend to DMS.Selling or if there's any?
We've lost the track for around half a year already.
Here is what I calculated back in early March: Just did some calculations and it looks like back dividends are something close to:
0.0003412014 per Mining or Purchase
0.002000772 per Selling or Purchase
As of October 25th there were 163054 "Effective Units" outstanding. That means DMS is about 382 BTC behind on dividend payments.
|
|
|
|
Just for sake of completeness I reached out to fligen via PM: On November 14, 2013 you said of Deprived: I do not have his phone number, I do have his personal email with a full name. Let's give him the benefit of doubt for now.
Since then he has gone missing for all but two days in the last six months! Are you now willing to contact him or make public his real name or email address? Gone November 27 to March 13, about 3.5 months. Gone March 14 to today, about 2.5 months. Fligen has stated that Deprived's real first name is "Charlie". This conflicts with other reports of the name being Jon W. I hope his last name is uncommon or he will be hard to find in a world of Charlies. |
|
|
|
So you sent an email to Jon Walklin and got an unprompted reply to the same question from Deprived? That seems suspicious.
I sent an email to jon.randomemail@gmail.com before I tried calling Jon Walklin and emailing him. The email I sent to that gmail address basically asked if jon.randomemail@gmail.com, Deprived and Jon Walklin are the same identity. That makes the reply from Deprived much less suspicious. |
|
|
|
I wrote Jon [Walklin] a nice email basically asking him if he is actually Deprived, and if not, if he knows another 'Jon W' in the UK computer forensics field who might be. Overnight (my time) I received an email from Deprived. He says he's not Jon Walklin, and doesn't know Jon Walklin.
So you sent an email to Jon Walklin and got an unprompted reply to the same question from Deprived? That seems suspicious. Any reply from Jon Walklin yet? Was there any data of interest in the email headers on the email you got from Deprived? An IP address? |
|
|
|
This is what I have gathered from a few different sources (I don't know them so I can't vouch for them).
Deprived is known IRL as 'Jon W'.
He has done work in the UK as a forensic expert (i.e., in court as an expert witness on IT matters).
Maybe it's this guy: http://uk.linkedin.com/pub/jon-walklin/1a/b3a/a80Jon Walklin's Experience Director of Digital Forensics Guidepost Solutions Limited November 2013 – Present (6 months) London, United Kingdom Director of Technology Development Guidepost Solutions Limited May 2013 – Present (1 year) Managing Director. Principal~Forensic Video Diligence BSB Forensic May 2011 – April 2013 (2 years) Managing Director, Principal Forensic Video BSB Forensic Limited November 1997 – May 2011 (13 years 7 months) Senior Consultant Network Security Management 1991 – 1997 (6 years) |
|
|
|
BitMinter client v1.5.0beta2 is ready for testing.
New: Overclock support (click tune & tweak button) and identify button (click to flash LED) for Antminer U1
Can you change the code so that it preserves the current overclock setting for 'new' Antminer U1 devices. When I have to unplug and re-plug the mining hardware the Silicon Labs driver on my MacBook Pro assigns all the Antminers and Block Erupters new device names. Version 1.5.0beta2 changes the 'new' Antminers to 1.6 GH/s. Is there a way to fetch the current setting from each Antminer U1 and use that? It's a pain to have to re-set all five, especially since only one can run at 2.1 GH/s. Especially since I can't seem to get the "Identify" buttons to work (the red LEDs don't blink and the 'share found' green LEDs blink all the time). The Tune & Tweak UI is very slow on my MacBook. It often takes several seconds to respond to a mouse click. |
|
|
|
|
Just did some calculations and it looks like back dividends are something close to:
0.0003412014 per Mining or Purchase
0.002000772 per Selling or Purchase
As of October 25th there were 163054 "Effective Units" outstanding. That means DMS is about 382 BTC behind on dividend payments.
|
|
|
|
did not see the [antminer] tuning setting.
So how did you do it??
In bfgminer I set the clock to --set-device antminer:clock=x0981 the Antminer remembers the setting in the BitMinter client Just installed bfgminer (on Mac OS X 10.9.2 using the Linux instructions) and successfully set the clock to 2.0 GH/s. git clone https://github.com/luke-jr/bfgminer
cd bfgminer
./autogen.sh
./configure
make
make install
sudo ./bfgminer --scan antminer:all -o mint.bitminter.com:8332 -u USERNAME -p x --set-device antminer:clock=x0981
After it runs a few seconds you can type 'q' to quit bfgminer and re-start BitMinter with your AntMiner U1 devices set to 2.0 GH/s. I was getting NO hardware errors at 2.0 GH/s so I tried 2.2 GH/s (clock=x0A81). That got a few hardware errors on four of my AntMiners but LOTS of errors on the fifth. I switched them all back to 2.0 GH/S. In theory you can use bfgminer to set them individually... maybe another time. |
|
|
|
Just installed BitMinter client v1.5.0 beta1 on my MacBook Pro (late 2013) and OS X 10.9.1. My five Block Erupters and five AntMiner U1 units are chugging away as expected. The AntMiners are recognized properly and and long stream of errors caused by using the Block Erupter driver on them no longer occurs.
Ran until just after 6 AM and crashed: 2014.02.22 [06:09] Antminer (cu.SLAB_USBtoUART3) ERROR: Antminer (cu.SLAB_USBtoUART3) ran out of work. Idling...
2014.02.22 [06:09] Antminer (cu.SLAB_USBtoUART9) ERROR: Antminer (cu.SLAB_USBtoUART9) ran out of work. Idling...
2014.02.22 [06:09] Antminer (cu.SLAB_USBtoUART5) ERROR: Antminer (cu.SLAB_USBtoUART5) ran out of work. Idling...
2014.02.22 [06:09] Antminer (cu.SLAB_USBtoUART2) ERROR: Antminer (cu.SLAB_USBtoUART2) ran out of work. Idling...
2014.02.22 [06:09] Antminer (cu.SLAB_USBtoUART6) ERROR: Antminer (cu.SLAB_USBtoUART6) ran out of work. Idling...
2014.02.22 [06:10] Icarus (cu.SLAB_USBtoUART) ERROR: Icarus (cu.SLAB_USBtoUART) ran out of work. Idling...
2014.02.22 [06:10] Icarus (cu.SLAB_USBtoUART1) ERROR: Icarus (cu.SLAB_USBtoUART1) ran out of work. Idling...
2014.02.22 [06:10] Icarus (cu.SLAB_USBtoUART4) ERROR: Icarus (cu.SLAB_USBtoUART4) ran out of work. Idling...
2014.02.22 [06:10] Icarus (cu.SLAB_USBtoUART8) ERROR: Icarus (cu.SLAB_USBtoUART8) ran out of work. Idling...
2014.02.22 [06:10] Icarus (cu.SLAB_USBtoUART7) ERROR: Icarus (cu.SLAB_USBtoUART7) ran out of work. Idling...
2014.02.22 [06:51] IOReactor error java.lang.SecurityException: Trusted-Only loader attempted to load sandboxed resource from https://bitminter.com/beta/httpcore-nio-4.2.4.jar at com.sun.deploy.security.CPCallbackHandler$ParentCallback.check(Unknown Source) at com.sun.deploy.security.CPCallbackHandler$ParentCallback.access$1700(Unknown Source) at com.sun.deploy.security.CPCallbackHandler$ChildElement.checkResource(Unknown Source) at com.sun.deploy.security.DeployURLClassPath$JarLoader.checkResource(Unknown Source) at com.sun.deploy.security.DeployURLClassPath$JarLoader.getResource(Unknown Source) at com.sun.deploy.security.DeployURLClassPath.getResource(Unknown Source) at java.net.URLClassLoader$1.run(URLClassLoader.java:358) at java.net.URLClassLoader$1.run(URLClassLoader.java:355) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:354) at com.sun.jnlp.JNLPClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(ClassLoader.java:425) at java.lang.ClassLoader.loadClass(ClassLoader.java:358) at org.apache.http.impl.nio.reactor.AbstractMultiworkerIOReactor.addExceptionEvent(AbstractMultiworkerIOReactor.java:265) at org.apache.http.impl.nio.reactor.AbstractMultiworkerIOReactor.addExceptionEvent(AbstractMultiworkerIOReactor.java:274) at org.apache.http.impl.nio.reactor.AbstractMultiworkerIOReactor.execute(AbstractMultiworkerIOReactor.java:396) at com.bitminter.gridnode.net.GridClientThread.run(SourceFile:309)
|
|
|
|
|
Just installed BitMinter client v1.5.0 beta1 on my MacBook Pro (late 2013) and OS X 10.9.1. My five Block Erupters and five AntMiner U1 units are chugging away as expected. The AntMiners are recognized properly and and long stream of errors caused by using the Block Erupter driver on them no longer occurs.
|
|
|
|
Yea, I'm really wanting to be wrong and have Deprived show back up in 4 days when ciphertrade opens. *crossed fingers*
The countdown timer at CipherTrade.com seem to indicate that SOMETHING is happening at 10 AM Eastern US time on January 17th (if my math is right) but that may be the Public Beta. Until actual trading is in full swing I doubt that DMS-Purchase, DMS-Mining or DMS-Selling shares will be getting any back dividends. |
|
|
|
|
Some news tweeted by @CipherTrade (CipherTrade.com):
November 26th: Full public release date set to 2 Jan 2014
December 12th: The public beta this friday (13th) will be delayed.
I will mail out more details in the news letter but hopeing to get some screenshots out.
|
|
|
|
Having a problem with the BitMinter app crashing on Mac OS X 10.7.5. Java 14.8.0.
I haven't seen that before and couldn't figure it out from googling. It runs fine on my OS X 10.8. Turns out that CPU and GPU mining had gotten turned on even though I had them 'Hidden'. After selecting "View/Show all devices" I paused the CPU and GPU mining and the crashes stopped. I'm using a MacBook Pro from late 2007: Core2 Duo T7700 and GeForce 8600M GT. I'll keep them un-hidden and pause them if they get started again on a re-start. |
|
|
|
Having a problem with the BitMinter app crashing on Mac OS X 10.7.5. Java 14.8.0. Process: java [2560]
Path: /Users/USER/Library/Application Support/Oracle/*/BitMinter Client.app
Identifier: java.BitMinter Client
Version: ??? (???)
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Date/Time: 2013-09-30 08:31:36.058 -0400
OS Version: Mac OS X 10.7.5 (11G63)
Report Version: 9
Interval Since Last Report: 986063 sec
Crashes Since Last Report: 11
Per-App Interval Since Last Report: 1096385 sec
Per-App Crashes Since Last Report: 5
Anonymous UUID: 2366D0EE-494B-4896-9D5E-7C4F63E2DBB2
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000
Application Specific Information:
objc[2560]: garbage collection is OFF
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 com.apple.CoreFoundation 0x00007fff918ea1d1 __HALT + 1
1 com.apple.CoreFoundation 0x00007fff9183c960 CFBasicHashRemoveValue + 2944
2 com.apple.CoreFoundation 0x00007fff91862c46 CFRunLoopRemoveTimer + 166
3 com.apple.QuartzCore 0x00007fff88b05d74 _ZL12update_timerP13CAOpenGLLayer + 408
4 com.apple.QuartzCore 0x00007fff88b087e3 _ZL28CAOpenGLLayer_timer_callbackP16__CFRunLoopTimerPv + 974
5 com.apple.CoreFoundation 0x00007fff91862934 __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 20
6 com.apple.CoreFoundation 0x00007fff91862486 __CFRunLoopDoTimer + 534
7 com.apple.CoreFoundation 0x00007fff91842e11 __CFRunLoopRun + 1617
8 com.apple.CoreFoundation 0x00007fff91842486 CFRunLoopRunSpecific + 230
9 com.apple.HIToolbox 0x00007fff8fa9d2bf RunCurrentEventLoopInMode + 277
10 com.apple.HIToolbox 0x00007fff8faa456d ReceiveNextEventCommon + 355
11 com.apple.HIToolbox 0x00007fff8faa43fa BlockUntilNextEventMatchingListInMode + 62
12 com.apple.AppKit 0x00007fff8bcad779 _DPSNextEvent + 659
13 com.apple.AppKit 0x00007fff8bcad07d -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 135
14 libosxapp.dylib 0x0000000113e0a6f4 -[NSApplicationAWT nextEventMatchingMask:untilDate:inMode:dequeue:] + 124
15 com.apple.AppKit 0x00007fff8bca99b9 -[NSApplication run] + 470
16 libosxapp.dylib 0x0000000113e0a557 +[NSApplicationAWT runAWTLoopWithApp:] + 156
17 libsplashscreen.dylib 0x0000000113dc1996 __SplashInitPlatform_block_invoke_1 + 86
18 libdispatch.dylib 0x00007fff85d17a82 _dispatch_call_block_and_release + 18
19 libdispatch.dylib 0x00007fff85d198f2 _dispatch_main_queue_callback_4CF + 308
20 com.apple.CoreFoundation 0x00007fff91842e7c __CFRunLoopRun + 1724
21 com.apple.CoreFoundation 0x00007fff91842486 CFRunLoopRunSpecific + 230
22 java 0x000000010c5e03b0 CreateExecutionEnvironment + 871
23 java 0x000000010c5dab5c JLI_Launch + 1952
24 java 0x000000010c5e070d main + 101
25 java 0x000000010c5da3b4 start + 52
|
|
|
|
|
