Bitcoin Forum
December 04, 2021, 08:59:51 PM *
News: Latest Bitcoin Core release: 22.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 »
1  Alternate cryptocurrencies / Altcoin Discussion / Re: Ripple Giveaway! on: September 19, 2013, 04:55:51 PM
rseT22zTxuTc9qCFkFie6dgyiqBPec78uz
2  Economy / Exchanges / Re: MtGox withdrawal delays [Gathering] on: August 22, 2013, 07:54:19 AM
no, i have been waiting 2 month for 1000 EUR and more than 1 month for 750 EUR.
it shows, that smaller amounts up to 500 EUR are much faster. maybe it's better to split it in smaller amounts.
Are they listed as SEPA or International?  SEPA is fast, international fits your description.

reading my post could help...

05-14-2013 - 800 EUR sepa - received 05-21-2013
05-22-2013 - 500 EUR sepa - received 05-23-2013
06-01-2013 - 500 EUR sepa - received 06-04-2013
06-04-2013 - 1000 EUR sepa - received 07-30-2013
06-19-2013 - 500 EUR sepa - received 07-01-2013
06-27-2013 - 750 EUR sepa - received 08-08-2013
06-28-2013 - 750 EUR int.wire - still open
07-01-2013 - 500 EUR sepa - received 07-16-2013
08-09-2013 - 300 EUR sepa - still open
3  Economy / Exchanges / Re: MtGox withdrawal delays [Gathering] on: August 21, 2013, 11:53:51 PM
The truth is it seems pretty random. What's obvious is that the "withdrawals are processed in receiving order" is utter BS. Just now some people reports SEPA withdrawals clearing in 15/20 days, some others have been +5 weeks waiting.
International wires are processed in receiving order.  No word about the processing order of SEPA withdrawals, but I suspect they start with the oldest and run through the queue while skipping those which are too large to fit within the daily quota.  This means smaller SEPA withdrawals will have a small advantage.

If you have been waiting 5 weeks for a SEPA withdrawal, you should contact support and ask if anything is wrong.  It probably is.  Some wrong info perhaps, like joesmoe who misspelled his Japanese name, or it got in the international (SWIFT) queue by mistake.

5 weeks seem to be a short time, depending on the size of the withdraw.

05-14-2013 - 800 EUR sepa - received 05-21-2013
05-22-2013 - 500 EUR sepa - received 05-23-2013
06-01-2013 - 500 EUR sepa - received 06-04-2013
06-04-2013 - 1000 EUR sepa - received 07-30-2013
06-19-2013 - 500 EUR sepa - received 07-01-2013
06-27-2013 - 750 EUR sepa - received 08-08-2013
06-28-2013 - 750 EUR int.wire - still open
07-01-2013 - 500 EUR sepa - received 07-16-2013
08-09-2013 - 300 EUR sepa - still open

as you can see, it may take about 2 month for 1000 EUR.
my limit is 1000 EUR per day.
support giving just standard answers - no help.
This fits well with the latest information from MtGox.  SEPA withdrawal times are decreasing.  Aug. 9th was a Friday, and if it was done in normal daytime in Europe processing started on Monday 12th.  It should arrive any time now.  Just cancel your international wire.  It is going to take a very long time.  As a verified user you can easily increase your daily limit to 10k EUR by asking support.

no, i have been waiting 2 month for 1000 EUR and more than 1 month for 750 EUR.
it shows, that smaller amounts up to 500 EUR are much faster. maybe it's better to split it in smaller amounts.
4  Economy / Exchanges / Re: MtGox withdrawal delays [Gathering] on: August 21, 2013, 01:31:57 PM
The truth is it seems pretty random. What's obvious is that the "withdrawals are processed in receiving order" is utter BS. Just now some people reports SEPA withdrawals clearing in 15/20 days, some others have been +5 weeks waiting.
International wires are processed in receiving order.  No word about the processing order of SEPA withdrawals, but I suspect they start with the oldest and run through the queue while skipping those which are too large to fit within the daily quota.  This means smaller SEPA withdrawals will have a small advantage.

If you have been waiting 5 weeks for a SEPA withdrawal, you should contact support and ask if anything is wrong.  It probably is.  Some wrong info perhaps, like joesmoe who misspelled his Japanese name, or it got in the international (SWIFT) queue by mistake.

5 weeks seem to be a short time, depending on the size of the withdraw.

05-14-2013 - 800 EUR sepa - received 05-21-2013
05-22-2013 - 500 EUR sepa - received 05-23-2013
06-01-2013 - 500 EUR sepa - received 06-04-2013
06-04-2013 - 1000 EUR sepa - received 07-30-2013
06-19-2013 - 500 EUR sepa - received 07-01-2013
06-27-2013 - 750 EUR sepa - received 08-08-2013
06-28-2013 - 750 EUR int.wire - still open
07-01-2013 - 500 EUR sepa - received 07-16-2013
08-09-2013 - 300 EUR sepa - still open

as you can see, it may take about 2 month for 1000 EUR.
my limit is 1000 EUR per day.
support giving just standard answers - no help.
5  Economy / Securities / Re: [GLBSE] ASICMINER: Entering the Future of ASIC Mining by Inventing It on: September 23, 2012, 06:55:55 PM
You mean this sells could be because someone got his account hacked? I doubt because a hacker wouldnt stop at 0.1btc. But the 0.00021 sure sound like a hacker. But i wouldnt trust to get shares for that price... Smiley

But this 0.1 selling still lets me think...

i bought my first 10 shares at about 0.098 last month.
6  Economy / Securities / Re: [GLBSE] ASICMINER: Entering the Future of ASIC Mining by Inventing It on: September 23, 2012, 06:49:31 PM
I dont know. It happened a good couple of times now that someone sold shares for 0.1btc. Ok, maybe he was frightened, but short after a good message in this thread?

It doesnt make much sense to me. I mean its probably the same person otherwise i dont see really why so many different persons should buy at 0.1 and sell at different times for the same amount.

Im only a bit suspicious about this. At least the seller has to be one of the buyers from ipo because the number of shares isnt changing. So i think it cant be some kind of scam does it? I mean i dont see a hint that anything at this project is suspicious but bitcoin investments are a minefield.

/Theorise on
I mean when someone wants to run a scam he maybe makes a plan that looks like much money so that the investors think that he cant afford to lose the much money. While in fact he is targetting to get away with a small portion of money. So he can hide this fact because all think the big money insures it. So maybe at ipo sell shares and, because you are the owner, you move some shares to yourself. Then stop selling so that customers think thats cool... he doesnt buy more even though he could. Strong sign its not a scam. A scammer would take as much money as possible.
Then over time the shares that were moved to the private account are sold. But only to the point to let the course be stable. But you can earn money and run. All looks safe and normal while one can run with the money at some point. Leaving behind shares that never were planned to have value. Only to let investors think the securityissuer has something to lose.
/Theorise off

Im only thinking around what these sells are. They dont make sense to me. Against my theorising speaks that none of my 1000 shares were bought. I mean they could have been bought without letting the course fall. Or are the shares all sold?

Or maybe the sells for 0.1 was a mistake because the seller simply calculated the amount of shares in the bidsection and sold a round number of shares. But no... there were 100BTC sold for 0.1BTC. Thats no error. And unfortunately exactly the amount for the 1000 shares i offered. *grmbl* glbse...


maybe it is profitable for someone:

Low of the day in ASICMINER on GLBSE 0.00021 Huh

Someone's account got hacked or something ?


Yep
7  Economy / Securities / Re: [GLBSE] ASICMINER: Entering the Future of ASIC Mining by Inventing It on: September 23, 2012, 05:26:23 PM
Can someone explain these sells? I mean its not that the amount of shares circulating are raised. But this time again the seller sold shares up to a price of 0.1btc. (And i dont understand why not one single share was sold to me while i was the only person offering to buy 1000 shares for 0.1 each. And everyone that offers the same 0.1 after my offer would be below me in the list.)

i think i have seen this before. last order at the same price is selling/buying first.
maybe a bug on GLBSE.

But whats the reason for this solds? I mean when he bought at ipo at 0.1btc he could make some money when selling it for 1.3BTC or so. 30% plus. But for 0.1? What reason is behind this?

Anyway... when you do it again... maybe sell me 1k shares that time... Smiley

maybe someone needs the money right now, or is frightened because there are a lot of defaulted bonds at the moment.
8  Economy / Securities / Re: New GLBSE.com for FPGA mining investment - FPGAMINING on: September 22, 2012, 12:24:05 PM
Well, if OP really buys back, the last share buy is a 5% investment. Won't even this drive the price up?

Yes, some people aren't being very smart here. moparguy528 is paying a 5% bonus for shares. Anybody that buys now is guaranteed a 5% profit.


no, you only get 5% when you buy at the same or lower price, then the weekly average (next week).
so, moparguy528 didn't bought back directly, but waiting 1 week, he is just waiting for prices to drop.
and he has lowered the price actively in the last days by selling under ipo.
no one gives a guarantee that he wouldn't do that again.
9  Bitcoin / Pools / Re: [400GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: September 18, 2012, 11:14:12 AM
Then it is all good. I menat v5 on stats page Smiley Not watching version number that it reports in log.


oh, by "increasing v5" i meant the desired-versions-stats. my stats page and log still says 4.0-2-g11b0508.

10  Bitcoin / Pools / Re: [400GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: September 18, 2012, 09:49:47 AM
Odd, my node still sayin "5.0", git pulled today.

Anyway, complied last p2pool commit on win32 including LTC this time (finally get mingw working) Smiley
http://sdrv.ms/Swy8w9
If anyone intrested Smiley

Will compile win64 version later today.

I pulled the latest via link and got forrestv-p2pool-4.0-0-g2adf77e.

M
What link?

Code:
git clone https://github.com/forrestv/p2pool.git
Then every week or so
Code:
cd ~/p2pool
git pull
And your node is always up to date.


did one more git pull 2 minutes ago, but it's saying "Already up-to-date.". my node still says Version: 4.0-2-g11b0508.
however, i can see v5 increasing in the stats.

btw, my bitcoind is showing version 70003, protocolversion 60002 and walletversion 60000.
11  Bitcoin / Pools / Re: [400GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: September 18, 2012, 08:13:57 AM
fyi... bitcoin 0.7.0 is officially released

https://bitcointalk.org/index.php?topic=110243.0

M
Then if upgraded bitcoin/d to 0.7 you NEED update p2pool Smiley

just upgraded to bitcoind 0.7 and latest p2pool from git.
im a little bit confused because i expected p2pool v5.
in fact it is 4.0-2-g11b0508
12  Bitcoin / Hardware / Re: ModMiner Quad High Efficiency FPGA Bitcoin Mining Devices 840Mh/s BTCFPGA.com on: September 07, 2012, 11:34:05 AM
just signed in for google-wallet and tried to buy one basic.
unfortunately i can't find a google-checkout-button on the site. Cry
by clicking the google-wallet-accepted-button i just see some info to btcfpga.

is there something i have missed?
or does it just work with mobile-apps?
13  Bitcoin / Pools / Re: P2pool v5 (sharechain v4) on: September 04, 2012, 03:04:46 PM
But it NEED bitcoin 0.6.4 or higher! You need compile it form sources https://github.com/bitcoin/bitcoin
FWIW, that git tree is for 0.7 (not stable yet). For 0.6.4, you need http://gitorious.org/bitcoin/bitcoind-stable/
Thanks Smiley
0.7 is marked as rc1 so it is close to stable for me Smiley
I have backup of backup of backup of my wallet, so I can be a guinea pig Tongue

for me v4 works with bitcoind 0.6.3 without any errors.
maybe it depends on bintcoind running on the same, or a different machine. i use different VMs for p2pool, bitcoind and namecoind. All machines running Ubuntu 12.04.

14  Local / Biete / Re: Sammelbestellung für Ztex FPGA's: Come in and get one more :-) on: August 06, 2012, 03:38:59 PM
@Chefnet
ich hätte auch noch gerne ein 1.15y + Netzteil und USB-Kabel.
Ist noch eines verfügbar bzw. wann könntest du liefern?
15  Bitcoin / Pools / Re: [400GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: July 01, 2012, 08:23:17 PM
I obeserved today a phenomenon

Suddenly my stales rate went drasticaly up allso the whole machine was lagging badly, im not sure about what did cause that, i could not find any activities in my logs so that wasnt caused by any apache related activity, just p2pool and the chains was running. I suspect that this has something to do with peers; this could be intentionaly or cause of a bug. i realized that stales and orphaned shares on the p2pool operating chain are probably caused trough this.

got the same problem.
my DOA increased to 40-50 %.
using bitcoind 6.3.


investigated that my ztex-boards caused the problem. for some reason java took 100% of all 4 cores.
did a reboot and every thing is fine now.

Did this per chance happen at midnight 12 AM on the 1st of July? There was a leap second adjustment that has caused all kinds of problems. The solution is to reboot the computer that is having issues. This max CPU usage is something I have heard developers in other non Bitcoin related IRC channels mention.

thanks!
yes, it happened at 12AM and it was caused by the leap-second. I read that bitlc.net had some trouble with their java-apps too.
16  Bitcoin / Pools / Re: [400GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: July 01, 2012, 01:13:49 PM
I obeserved today a phenomenon

Suddenly my stales rate went drasticaly up allso the whole machine was lagging badly, im not sure about what did cause that, i could not find any activities in my logs so that wasnt caused by any apache related activity, just p2pool and the chains was running. I suspect that this has something to do with peers; this could be intentionaly or cause of a bug. i realized that stales and orphaned shares on the p2pool operating chain are probably caused trough this.

got the same problem.
my DOA increased to 40-50 %.
using bitcoind 6.3.


investigated that my ztex-boards caused the problem. for some reason java took 100% of all 4 cores.
did a reboot and every thing is fine now.
17  Bitcoin / Pools / Re: [400GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: July 01, 2012, 12:29:53 PM
I obeserved today a phenomenon

Suddenly my stales rate went drasticaly up allso the whole machine was lagging badly, im not sure about what did cause that, i could not find any activities in my logs so that wasnt caused by any apache related activity, just p2pool and the chains was running. I suspect that this has something to do with peers; this could be intentionaly or cause of a bug. i realized that stales and orphaned shares on the p2pool operating chain are probably caused trough this.

got the same problem.
my DOA increased to 40-50 %.
using bitcoind 6.3.
18  Bitcoin / Pools / Re: [400GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: June 19, 2012, 09:25:55 AM
OK i think i understand whats happened here, the payout is not going to my wallet address, that would explain why it tailed off after the version update gradually to low hash rate and then dissapeared from the stats page.

So does P2Pool take the wallet address from guiminer username field.


your problem is based on a to low hashrate i think.
p2pool s on a much higher difficulty. It takes about 40-50 min. to get a share with my ~830 MH/s. So, with your hashrate it will take about 10 hours or something.
without a share, you get no payout. And when you get a share early in one round, it could be that you also get no (or very low) payout, because it's pplns.

with low hashrates you should try a pps based node to p2pool, instead of running your own one, imho.
19  Bitcoin / Pools / Re: [400GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: June 17, 2012, 10:41:34 AM
P2Pool release 3.0 tag: 3.0 hash: a4cde222d397b47ae5646ca74a8036025d745df8

Windows binary: http://u.forre.st/u/lgljvrzx/p2pool_win32_3.0.zip
Source zipball: https://github.com/forrestv/p2pool/zipball/3.0
Source tarball: https://github.com/forrestv/p2pool/tarball/3.0

Changes:
* P2Pool will "skip ahead" to building on blocks not yet processed by the local bitcoind based on block headers received from P2Pool peers. This should significantly reduce the number of orphaned blocks we have if everyone upgrades.
* Latency/high CPU usage caused by requesting shares from old nodes is fixed by now not downloading shares more than a day old

This change increments the share version to 3, so once 50% of people upgrade, the rest will be notified by messages on their P2Pool console. So, please upgrade! Note that this isn't a hard fork of the P2Pool chain, so old nodes will continue to work, only spamming the upgrade messages.

updated and running fine.

@ forrestv:
great job!
I think it would be good to update the first post of this thread, because most people looking for updates will search there at first. imho
20  Other / Beginners & Help / Re: Why Bitcoin won't succeed on: June 17, 2012, 10:11:15 AM
I think Bitcoins can and are succeeding, but the ecosystem requires commitment at this early stage of the game. Putting up a couple of CPU/GPU machines will not generate much of anything other then the possible satiation of academic curiosity. There is nothing wrong with this but I think it is a fallacious conclusion to say that Bitcoins wont succeed based on this type of limited exposure.

Based on what I have seen from the Euro crisis and the deflation of the dollar, I think the world may be ready for Bitcoin.

I think that banks and big financial player won't give up the market without defending there monopoly.
the dieing film and music industries shows how to do it on an other battleground.

let's see, how lobbyists will try to impact politics to defend there business.
hopefully they'll be heard to late.
Pages: [1] 2 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!