Show Posts
|
Pages: [1] 2 3 »
|
Good to meet you jubalix and graet.
Was the person next to you LGV from this thread ?
|
|
|
Recieved. Thanks Dooglus!
In an age of constant bitcoin scams and pain in general, your outright honesty and effort to do the right thing has blown me away, to be frank. Both your work and your ethics are outstanding. Well done!
I'll be watching to see if the remainder gets used up or not.
|
|
|
Impressive work Dooglus. Got the PM, my claim also in. (uuid 1294)
Thanks!
|
|
|
Dooglus, I thought you had a backup of the site's SQL database? Could we not use that as a guide for what is owed?
When is the point when we decide that nothing more is going to happen about this and the remaining funds should be distributed as fairly as possible? Another year from now? 5 years?
I guess I'm in no rush really. At least bitcoin is most probably going to be higher in value in 5 years time.
|
|
|
Yep, I check in every few days.. I would have thought that people interested in getting some of their money back would be a bit more involved here tbh..
|
|
|
OK i've just realised why that wont work.
OK how bout just an even split then proportional to whats owed:
BTC_owed = 1768.9876932 AU_bitcoins_owed = Convert all AU amounts owed to BTC as of todays rate, and add them up
payback_ratio= ( BTC_owed + AU_bitcoins_owed ) / 1768.9876932
Howmuch_you_get_back = your_amount_owed * payback_ratio
BTC people should still be "up" even though they're getting less bitcoins than they put in, due to the rise in value.
A$ people will lose out a bit, but will still come close to breaking even.
|
|
|
If there's not enough BTC for that to happen, how much would the exchange rate need to rise before it could?
|
|
|
--EDIT--- this is not well thought out, see later post for revision----EDIT---
Ok, I recommend we all cut our losses and get this done with : distribute the bitcoins as fairly as possible to each person owed money in proportion to exactly how much they were owed as of the date WBX ceased trading.
The value of bitcoin rising should ensure that we come close to giving the $AU people back close to what they lost, and the exact amount of bitcoins for the bitcoin people, right?
ie if I had $A600 owed i'd get close to $A600 back, in bitcoins (ie ~47BTC at todays rate) if I had 23BTC owed i'd get 23BTC back
simple. Keep everything in BTC so it never touches AU laws, to prevent legal complications.
The $AU people would lose out here (I'm in this camp), but breaking even is a good outcome IMO.
Are there enough bitcoins to go ahead with this dooglus? Is there enough info in your copy of the mysql DB to fairly distribute funds?
I'd be happy to send in a signed guarantee that I wont sue, to make this happen, If everyone is in aggreeance.
What do people think? In my books, it would end this debacle on a positive note.
|
|
|
LOL I think you missed the part where Cablepair said he went out of town.....
Nope, i'm aware of that. I was referring to his post that attracted inaba to the thread. (he called out *** on their 1W/Gh claim). This slingfest and negativity could have been avoided, and hopefully will stop now.
|
|
|
Holy crap
Inaba and Cablepair, what the heck. seriously. This mudslinging is patently ridiculous, utterly unprofessional, and not at all helpful to anyone, or any business. It certainly does not make either company look good.
Cablepair: I hope you have learned to not mention or talk about *** or Inaba in your thread: this is what happens. Inaba: Dude, you're going to come and read this in a month or so and realise how foolish it makes you look.
Read this very carefully: you would look very (even more) foolish continuing to reply to each other in this thread.
This forum has an excelent feature, its called "Ignore". I strongly suggest you BOTH use it, for your customers' sakes.
|
|
|
There is another aspect which probably isn't a big factor in modern ATX supplies but I will mention to be complete and that is where the 5V or 3.3V is underloaded and causes an issue. In older supplies there was often a primary regulation based on usually 5V loading. Low or no load on the 5V typically lowered what I will call the excitation of the power supply and basically it drops too low to provide enough energy to 12V circuits. Some of you may have noticed that we put a small loading on our PDB for 5V and 3.3V to avoid this issue.
Yep. I hit this issue loading up a power supply's 12V rail with CM1s. Almost let all the magic smoke out but caught it just in time. The remedy: load up the 5V rail with a x6500
|
|
|
My payoff calcs results:
constants used: Electricity here is A$0.21 per kwh Bitcoin price: $10/BTC Block reward: 25 (i realise we still have a few months to go)
Days till block reward quartering (to 12.5): ~1590 Max Difficulty for payoff within 1590 Days: ~6,000,000
|
|
|
Anybody made any more progress on this one? is it time to call it yet and just divide up the BTC ?
|
|
|
Yohan: now that Enterpoint is quite a bit further down the road than when we started out, has there been any further progress into using bitinstant as a zero-risk BTC to USD payment gateway?
Or, even better: accepting bitcoins yourself directly?
|
|
|
Here's a little write-up on my efforts last night with CM1 serial 62-0023. ........... I've sent an email to Enterpoint asking about the possible capacitor fix that applies to the first 50 boards, or complete RMA.
For those with 0000-0050 serial boards, John from Enterpoint replied a few hours after I sent the email (impressed!). They want to wait 2-4 weeks before doing any RMA on these as they may have a fix in firmware for them, and by then they'll have additional stock for RMA if required.
|
|
|
Here's a little write-up on my efforts last night with CM1 serial 62-0023.
Fired it up for the first time (been sitting gathering dust waiting for some worthwhile bitstreams etc), used my gaming pc (windows) to update controller to 1.3
Connected to the mining PC (gentoo), compiled xc3sprog with some help from arne and others in the IRC channel, and programmed makomk's 190 bitstream.
Configured MPBM, and mucked around with baud rates and dip settings till it was all working, again with more help from ebereon and others (thanks) on IRC. Note with controller 1.3, SW6 #1 dip controls 50/100mhz clock, which also sets 115200/57600 baud. This needs to be reset in the miner worker if changed. At one point the dip switch looked like it was off but hadnt properly "clicked" into the position somehow. It took me a while to realise, a click on and off (and powercycle board) fixed it. You can see the red flashing light next to the controller flashes at half the speed in 50mhz mode quite clearly.
Results for 190mhz: 100% invalids.
Reprogrammed with 150 makomk bitstream: Results for 75mhz (hadnt quite figured out the dip setting problem above at this stage) : 30% invalids
Reprogrammed with 140 makomk bitstream: Results for 140mhz: 80% invalids Results for 70mhz: ~25% invalids
Thats how it stands currently, at 70mhz I get 280MH/s for the whole board, with 25% of that being invalid.
Well its no wonder Enterpoint had difficulties initially and limited the shipping test bitstream to 50mhz.
I've sent an email to Enterpoint asking about the possible capacitor fix that applies to the first 50 boards, or complete RMA.
|
|
|
Recieved my first cairnsmore1 yesterday. Highly impressed with the astonishing development rate, and professional behavior of the company. Keep it up Yohan!
I'll be attempting to get MPBM running under linux with the as shipped bitstream over the next few days.
rampone: please don't be tempted to nag Yohan for bitstreams etc in these early days. In light of their lighting fast dev rate, asking them to hurry up is blatantly ridiculous.
|
|
|
And its back again.
Wonder whats going on there...
|
|
|
...aaaaaaaaand worldbitcoinexchange web site now down. Hope you all archived your records.
|
|
|
|