 Show Posts
|
|
Pages: [1] 2 »
|
|
1
|
Economy / Speculation / Re: Wall Observer BTC/USD - Bitcoin price movement tracking & discussion
|
on: February 26, 2014, 08:54:52 AM
|
If 7% of all bitcoins really are gone then the price rise would be more like 30% because the 7% were from the actively traded float, not from the several million hoarded and locked away in Arctic-cold storage.
You seem to be forgetting that there were also a lot of fiat afloat at mtgox that was meant for BTC. BTC will lose that fiat, and probably any new fiat that would of came from those who owned it. It's fun to see how everyone are trying to downplay the gox situation and are trying to make this look good. I don't think in fiat anymore. Just kidding...  There was no leak at their fiat account, right? Only their BTC deposits was narrowed by the thefts. |
|
|
|
|
3
|
Economy / Speculation / Re: Wall Observer BTC/USD - Bitcoin price movement tracking & discussion
|
on: February 26, 2014, 08:30:57 AM
|
What idiot that is capable of stealing 750k of coins is going to risk it even entering an exchange? How many hacks have we seen of X amount of coins enter the free market? None? We will probably never see those coins again since it going to be sold in large chunks to heavy hitters. That's why coins are stolen: to be never used again... Do you know the addresses that got double, triple, endless payouts from Gox? If so we can check if the coins are still there. Why not using mixers, gambling sites and so on to stray the coins and then sell them? |
|
|
|
|
4
|
Economy / Speculation / Re: Wall Observer BTC/USD - Bitcoin price movement tracking & discussion
|
on: February 26, 2014, 08:26:12 AM
|
I'm unsure whether it was menitioned before:
Every coin the thefts have withdrawn from Mt.Gox was somehow doubled in the past. It was most probably sold by the thefts _and_ it was blananced at the Gox user accounts.
So now there are a lot of people that have less bitcoins than they thought they would have a week ago.
you mean 7% of the coins "gone" = 7% price rise ? Its more like x% of the coins traded are gone = x% price rise.  I don't know, but the price is extraordinary strong in the light of the current events. |
|
|
|
|
7
|
Economy / Investor-based games / Re: Ponzi.io - Fast, Guaranteed 120% Payouts
|
on: February 06, 2014, 03:43:28 PM
|
I paid 0.03 yesterday and nothing today.... I send a message to Ponzi.io and nothing...
BitCoin 1ponziUjuCVdB167ZmTWH48AURW1vE64q 0.03000000 BTC Yes 2014-02-05 07:49:17
Processed TrxID: de4bcd09ea212cff516716f978f61f09be3395eeb7cfb136bb6e7722ccf93b9a @ 2014-02-05 07:54:11
Its scam...?
You sent from an exchange address. It is impossible for the admin to know who sent. I know you are honest but maybe other people claimed your BTB before you. Can I send using blockchain.info? |
|
|
|
|
9
|
Bitcoin / Mining support / Re: Nanofury NF1 not working on Raspbian
|
on: December 05, 2013, 08:10:27 PM
|
Working fine here after hours of trying...  At least I get ~2.3 GH/s out of the Nanofury. I'm using bfgminer 3.8.0 (latest git version) and all you have to do (after compiling) is to enforce the USB 2.0 low speed mode to make the USB communication stable. Note: this will also limit the network speed of your Raspi! The slowdown can be achieved by putting dwc_otg.speed=1 into /boot/cmdline.txt. Note: all statements need to be at one line. See this page for more infomation: http://www.raspberrypi.org/phpBB3/viewtopic.php?f=28&t=53832#sig411106 (the last section at the bottom. Question: what does NFY 0: Frequency drop over 50% detected, reinitialising mean? I see a lot of these messages. |
|
|
|
|
10
|
Economy / Speculation / Re: Wall Observer BTC/USD - Bitcoin price movement tracking & discussion
|
on: November 27, 2013, 10:30:10 PM
|
The money in circulation today ($USA) is 1,18 trillion dolars (data 20.03.2013, Federal Reserve). Gold minted during our presence here is now 171,300 metric tons. Therefore there's $6,888.5 per kilo of gold. The current (27.03.2013) gold value per kilo is $51,267 ( http://goldprice.org/) which means this is overpriced about a factor of circa 7.5. That's because NOT ALL of gold is available for trading. So European and Chinese people are not allowed to buy gold unless they use dollars? ;-) |
|
|
|
|
12
|
Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.6.6
|
on: November 04, 2013, 09:33:52 AM
|
It seems that the share diff calculation is somehow broken? Usually the diff is the higher the more zero bits are at the beginning of the share, right? [2013-11-04 08:07:35] Accepted 36fbfe43 Diff 1.19K/2 AMU 2 pool 0
[2013-11-04 08:42:49] Accepted 31ca6a09 Diff 1.32K/7 AMU 1 pool 1
[2013-11-04 09:03:48] Accepted 050ce41f Diff 13K/2 AMU 1 pool 0
[2013-11-04 09:05:12] Accepted 17ad04b5 Diff 2.77K/2 AMU 1 pool 0
[2013-11-04 09:11:50] Accepted 7aef6014 Diff 533/2 AMU 0 pool 0
I'm using the git version 8b38d7fec8 (still 3.6.6) but there are only README and configure changes to 3.7.0. |
|
|
|
|
13
|
Bitcoin / Pools / Re: [24 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool
|
on: October 25, 2013, 10:02:48 PM
|
Your variance will grow as your hashrate shrinks in relation to the rest of the pool, but the sum will always work out.
Sure, but personally I'm a fan of P2Pool's instant payouts when a block is solved AND a low variance. That's why I wrote a proposal that would allow any P2Pool node to honor the work of either only the miners that find shares (as usual) or also the work of all miners that submit (low-diff) shares. https://github.com/forrestv/p2pool/issues/135This approach would lower the variance at well attended nodes a lot and therefore might encourage many low-level hashrate miners to use P2Pool again. Feel free to attach comments, improvements or even qualms. |
|
|
|
|
15
|
Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overc monit fanspd RPC stratum linux/windows/osx/mip/r-pi 2.9.3
|
on: November 19, 2012, 12:11:35 PM
|
First, thanks for your hard work! I've updated my Ubuntu 12.04 x64 today and since the reboot cgminer 2.9.* creates coredumps.  Version 2.8.7 is working fine, 2.9.3 and 2.9.4 are not. The core dump is created randomly after 1 to 30 seconds after cgminer was started. This is the gdb output: May be the same problem than the one I reported on IRC (and started for me at 8AM GMT today), if it is, adding --fix-protocol should be a temporary fix (it disables the switch to GBT protocol). You're right "--fix-protocol" fixes cgminer too. Funny thing, cause 2.9.3 was working fine the last 3 days. |
|
|
|
|
16
|
Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overc monit fanspd RPC stratum linux/windows/osx/mip/r-pi 2.9.4
|
on: November 19, 2012, 11:54:02 AM
|
Done. Reading symbols from /home/user/hdd/bitcoin/cgminer-2.9.4-x86_64-built/cgminer...done.
[New LWP 27740]
[New LWP 23114]
[New LWP 23132]
[New LWP 23099]
[New LWP 22458]
[New LWP 23138]
[New LWP 22756]
[New LWP 23135]
[New LWP 24650]
[New LWP 23134]
[New LWP 23133]
[New LWP 23113]
[New LWP 27743]
[New LWP 22757]
[New LWP 25467]
[New LWP 23100]
[New LWP 26811]
warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `./cgminer -c ../cgminer.conf --gpu-engine 500-600 --temp-cutoff 85 --gpu-fan 45'.
Program terminated with signal 6, Aborted.
#0 0x00007fa5177ac425 in __GI_raise (sig=<optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt
#0 0x00007fa5177ac425 in __GI_raise (sig=<optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1 0x00007fa5177afb8b in __GI_abort () at abort.c:91
#2 0x00007fa5177ea39e in __libc_message (do_abort=2, fmt=0x7fa5178f1e3f "*** %s ***: %s terminated\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:201
#3 0x00007fa517880807 in __GI___fortify_fail (msg=0x7fa5178f1dd6 "buffer overflow detected") at fortify_fail.c:32
#4 0x00007fa51787f700 in __GI___chk_fail () at chk_fail.c:29
#5 0x00007fa51787eb69 in _IO_str_chk_overflow (fp=<optimized out>, c=<optimized out>) at vsprintf_chk.c:35
#6 0x00007fa5177f213d in _IO_default_xsputn (f=0x7fa4f4ff8ba0, data=<optimized out>, n=2906) at genops.c:485
#7 0x00007fa5177c0f82 in _IO_vfprintf_internal (s=<optimized out>, format=<optimized out>, ap=<optimized out>) at vfprintf.c:1630
#8 0x00007fa51787ec04 in ___vsprintf_chk (s=0x7fa4cc0020e9 "0100000001", '0' <repeats 64 times>, "ffffffff4c03d92e030f00456c69676975730050aa1ca20488fabe6d6d5ac523f49912c85158966f09972f3689830ac7371984a4d0e71335bb878f56b90800"..., flags=1,
slen=512, format=0x448ff2 "%s", args=0x7fa4f4ff8cc8) at vsprintf_chk.c:86
#9 0x00007fa51787eb4d in ___sprintf_chk (s=<optimized out>, flags=<optimized out>, slen=<optimized out>, format=<optimized out>) at sprintf_chk.c:33
#10 0x000000000040fc75 in sprintf (__fmt=0x448ff2 "%s", __s=0x7fa4cc0020e9 "0100000001", '0' <repeats 64 times>, "ffffffff4c03d92e030f00456c69676975730050aa1ca20488fabe6d6d5ac523f49912c85158966f09972f3689830ac7371984a4d0e71335bb878f56b90800"...)
at /usr/include/x86_64-linux-gnu/bits/stdio2.h:34
#11 gen_gbt_work (pool=0x10ec310, work=0x7fa4cc001e40) at cgminer.c:1487
#12 0x0000000000414e0b in get_work_thread (userdata=0x7fa50000a770) at cgminer.c:3066
#13 0x00007fa5188a2e9a in start_thread (arg=0x7fa4f4ff9700) at pthread_create.c:308
#14 0x00007fa517869cbd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#15 0x0000000000000000 in ?? () |
|
|
|
|
17
|
Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overc monit fanspd RPC stratum linux/windows/osx/mip/r-pi 2.9.3
|
on: November 19, 2012, 11:05:42 AM
|
New version - 2.9.4, 19th November 2012
First, thanks for your hard work! I've updated my Ubuntu 12.04 x64 today and since the reboot cgminer 2.9.* creates coredumps. Version 2.8.7 is working fine, 2.9.3 and 2.9.4 are not. The core dump is created randomly after 1 to 30 seconds after cgminer was started. This is the gdb output: Reading symbols from /home/user/hdd/bitcoin/cgminer-2.9.4-x86_64-built/cgminer...(no debugging symbols found)...done.
[New LWP 2833]
[New LWP 2797]
[New LWP 2800]
[New LWP 2795]
[New LWP 2822]
[New LWP 2791]
[New LWP 2799]
[New LWP 2789]
[New LWP 2790]
[New LWP 2798]
[New LWP 2796]
[New LWP 2804]
[New LWP 2793]
[New LWP 2802]
[New LWP 2792]
[New LWP 2803]
warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `./cgminer -c ../cgminer.conf --gpu-engine 500-600 --temp-cutoff 85 --gpu-fan 45'.
Program terminated with signal 6, Aborted.
#0 0x00007f676e2d5425 in __GI_raise (sig=<optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt
#0 0x00007f676e2d5425 in __GI_raise (sig=<optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1 0x00007f676e2d8b8b in __GI_abort () at abort.c:91
#2 0x00007f676e31339e in __libc_message (do_abort=2, fmt=0x7f676e41ae3f "*** %s ***: %s terminated\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:201
#3 0x00007f676e3a9807 in __GI___fortify_fail (msg=0x7f676e41add6 "buffer overflow detected") at fortify_fail.c:32
#4 0x00007f676e3a8700 in __GI___chk_fail () at chk_fail.c:29
#5 0x00007f676e3a7b69 in _IO_str_chk_overflow (fp=<optimized out>, c=<optimized out>) at vsprintf_chk.c:35
#6 0x00007f676e31b13d in _IO_default_xsputn (f=0x7f673affcba0, data=<optimized out>, n=2768) at genops.c:485
#7 0x00007f676e2e9f82 in _IO_vfprintf_internal (s=<optimized out>, format=<optimized out>, ap=<optimized out>) at vfprintf.c:1630
#8 0x00007f676e3a7c04 in ___vsprintf_chk (s=0x7f6720000b69 "0100000001", '0' <repeats 64 times>, "ffffffff4b03d52e030e00456c69676975730050aa0c473bfabe6d6dc7beb9a76e1f9fdf1bb3a777e1081161726d0f9318cf2a1237994e7c426d74a2080000"..., flags=1,
slen=512, format=0x448ff2 "%s", args=0x7f673affccc8) at vsprintf_chk.c:86
#9 0x00007f676e3a7b4d in ___sprintf_chk (s=<optimized out>, flags=<optimized out>, slen=<optimized out>, format=<optimized out>) at sprintf_chk.c:33
#10 0x000000000040fc75 in ?? ()
#11 0x0000000000414e0b in ?? ()
#12 0x00007f676f3cbe9a in start_thread (arg=0x7f673affd700) at pthread_create.c:308
#13 0x00007f676e392cbd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#14 0x0000000000000000 in ?? ()
./cgminer --ndevs
[2012-11-19 12:02:57] CL Platform 0 vendor: Advanced Micro Devices, Inc.
[2012-11-19 12:02:57] CL Platform 0 name: AMD Accelerated Parallel Processing
[2012-11-19 12:02:57] CL Platform 0 version: OpenCL 1.2 AMD-APP (1016.4)
[2012-11-19 12:02:57] Platform 0 devices: 1
[2012-11-19 12:02:57] 0 Cypress
[2012-11-19 12:02:57] GPU 0 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-11-19 12:02:57] 1 GPU devices max detected Just tell me if you need more info. |
|
|
|
|
19
|
Bitcoin / Mining software (miners) / [Miner] WebGL miner demo!
|
on: July 08, 2011, 01:09:22 PM
|
Hey, since a lot of people were asking for a WebGL miner and I'm interested in this too I decided to write Hamiyoca! Unfortunately the WebGL speed is even lower than what I've expected, but take a look by you own here: http://bitcoin.biniok.net/gl.htmlFor me this is working on Firefox 5.0 and Chrome 12. Other versions might work too. If you want to review the project source: this is located here: http://code.google.com/p/hamiyoca/Because I'm a WebGL beginner, I'd appreciate any hint that might speed up Hamiyoca and of course, donations are welcome too So maybe we can discuss here a little bit about improvements and some of you can report your hashrate with your OS and Browser version and the used graphics card. So long... |
|
|
|
|
20
|
Other / Beginners & Help / [poclbm] Wanna get rid of your "Problems Communicating With Bitcoin RPC"?
|
on: June 29, 2011, 08:12:51 AM
|
I'm using poclbm with Ubuntu 11.04 and somehow there were a lot of "Problems Communicating With Bitcoin RPC" messages. After some seconds of retrying new work was retrieved and my HD 6870 restarted working. This is ugly and produces a lot of idle time. So I've reviewed the python code and noticed that poclbm was trying to get new work only once, then showing the error message, leaving the function and retries to get work later. This is not really a problem, but if a solved block is passed the function, it behaves exactly the same.  This means, you've worked a lot of days to solve a block and then one network error is enough to move your 50 BTC afar?! So I changed this to retry a connection a settable number of times. Additionally I've modified the work prefetch magic to avoid idle time on slow and/or high latency internet lines, because for me poclbm was working 30 seconds, idling 10-20 seconds, working 30 seconds...  If you want to try it you can find the reworked version here: http://pastebin.com/dNHuEFmaMaybe you can post some issues if there are any or just report success. I'm still a newbie, so I'm posting here.  If you can, please move my post if it does not belong to this section. This is the patch I've made to BitcoinMiner.py: --- BitcoinMiner.py 2011-06-24 12:54:19.000000000 +0200
+++ BitcoinMinerDJ.py 2011-06-29 09:55:54.000000000 +0200
@@ -26,13 +26,15 @@
socket.socket = socketwrap
-VERSION = '2011.beta4'
+VERSION = '2011.beta4.derjanb.v1'
USER_AGENT = 'poclbm/' + VERSION
TIME_FORMAT = '%d/%m/%Y %H:%M:%S'
-TIMEOUT = 5
+TIMEOUT = 10
+
+RETRIES = 3
LONG_POLL_TIMEOUT = 3600
@@ -122,6 +124,7 @@
self.failback_getwork_count = 0
self.failback_attempt_count = 0
self.pool = None
+ self.currentrate = 0
host = '%s:%s' % (host.replace('http://', ''), port)
self.primary = (user, password, host)
@@ -140,6 +143,7 @@
except ValueError:
self.sayLine('Ignored invalid backup pool: %s', pool)
continue
+ self.sayLine(' running %s', USER_AGENT)
def say(self, format, args=()):
with self.outputLock:
@@ -160,6 +164,7 @@
self.stop = True
def hashrate(self, rate):
+ self.currentrate = (self.currentrate + rate) / 2
self.say('%s khash/s', rate)
def failure(self, message):
@@ -224,49 +229,70 @@
if accepted != None:
self.blockFound(pack('I', long(h[6])).encode('hex'), accepted)
+ def getAscii(self, n):
+ cnt = n % 4
+ if cnt == 0:
+ return '|'
+ if cnt == 1:
+ return '/'
+ if cnt == 2:
+ return '-'
+ if cnt == 3:
+ return '\\'
+ return ' '
+
def getwork(self, data=None):
- save_pool = None
- try:
- if self.pool != self.primary and self.failback > 0:
- if self.failback_getwork_count >= self.failback:
- save_pool = self.pool
- self.setpool(self.primary)
- self.connection = None
- self.sayLine("Attempting to fail back to primary pool")
- self.failback_getwork_count += 1
- if not self.connection:
- self.connection = httplib.HTTPConnection(self.host, strict=True, timeout=TIMEOUT)
- self.postdata['params'] = if_else(data, [data], [])
- (self.connection, result) = self.request(self.connection, '/', self.headers, dumps(self.postdata))
- self.errors = 0
- if self.pool == self.primary:
- self.backup_pool_index = 0
- self.failback_getwork_count = 0
- self.failback_attempt_count = 0
- return result['result']
- except NotAuthorized:
- self.failure('Wrong username or password')
- except RPCError as e:
- self.say('%s', e)
- except (IOError, httplib.HTTPException, ValueError):
- if save_pool:
- self.failback_attempt_count += 1
- self.setpool(save_pool)
- self.sayLine('Still unable to reconnect to primary pool (attempt %s), failing over', self.failback_attempt_count)
- self.failback_getwork_count = 0
- return
- self.say('Problems communicating with bitcoin RPC %s %s', (self.errors, self.tolerance))
- self.errors += 1
- if self.errors > self.tolerance+1:
+ max = if_else(data, 2*RETRIES, RETRIES)
+ for n in range(1, max):
+ save_pool = None
+ try:
+ if self.pool != self.primary and self.failback > 0:
+ if self.failback_getwork_count >= self.failback:
+ save_pool = self.pool
+ self.setpool(self.primary)
+ self.connection = None
+ self.sayLine("Attempting to fail back to primary pool")
+ self.failback_getwork_count += 1
+ if not self.connection:
+ self.connection = httplib.HTTPConnection(self.host, strict=True, timeout=TIMEOUT)
+ self.postdata['params'] = if_else(data, [data], [])
+ (self.connection, result) = self.request(self.connection, '/', self.headers, dumps(self.postdata))
self.errors = 0
- if self.backup_pool_index >= len(self.backup):
- self.sayLine("No more backup pools left. Using primary and starting over.")
- pool = self.primary
+ if self.pool == self.primary:
self.backup_pool_index = 0
- else:
- pool = self.backup[self.backup_pool_index]
- self.backup_pool_index += 1
- self.setpool(pool)
+ self.failback_getwork_count = 0
+ self.failback_attempt_count = 0
+ return result['result']
+ except NotAuthorized:
+ self.failure('Wrong username or password')
+ return
+ except RPCError as e:
+ self.say('%s', e)
+ except (IOError, httplib.HTTPException, ValueError):
+ if save_pool:
+ self.failback_attempt_count += 1
+ self.setpool(save_pool)
+ self.sayLine('Still unable to reconnect to primary pool (attempt %s), failing over', self.failback_attempt_count)
+ self.failback_getwork_count = 0
+ return
+ if n == max:
+ self.say('Problems communicating with bitcoin RPC %s %s', (self.errors, self.tolerance))
+ self.errors += 1
+ if self.errors > self.tolerance+1:
+ self.errors = 0
+ if self.backup_pool_index >= len(self.backup):
+ self.sayLine("No more backup pools left. Using primary and starting over.")
+ pool = self.primary
+ self.backup_pool_index = 0
+ else:
+ pool = self.backup[self.backup_pool_index]
+ self.backup_pool_index += 1
+ self.setpool(pool)
+ if (self.connection):
+ self.connection.close()
+ self.connection = None
+ self.say('Please wait: %s', self.getAscii(n))
+ sleep(0.50)
def setpool(self, pool):
self.pool = pool
@@ -408,7 +434,7 @@
cl.enqueue_write_buffer(queue, output_buf, output)
if self.updateTime == '':
- if noncesLeft < (TIMEOUT+1) * globalThreads * self.frames:
+ if noncesLeft < (TIMEOUT+1) * self.currentrate * 1000:
self.update = True
noncesLeft += 0xFFFFFFFFFFFF
elif 0xFFFFFFFFFFF < noncesLeft < 0xFFFFFFFFFFFF:
|
|
|
|
|
