Bitcoin Forum
May 27, 2024, 05:13:50 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 [61] 62 63 64 65 66 67 68 69 70 71 72 »
1201  Bitcoin / Mining speculation / Re: [POLL] Should Butterfly Labs (BFL) get a Scammer tag? on: May 29, 2013, 07:59:28 AM
Isn't there a LAW in the USA, that says something to this effect...

"Venture capital must be held in a certified federal withholding bank, with limited access, available for all venture investors to view."

"Working funds must be loaned, based of holdings of venture capital. Without using the venture capital holdings."

"You must clearly state, 'venture', 'investment', 'loan', when soliciting funds that are 'not used to pay directly for physical goods'."

Since they are stating it is an "order"/"purchase", which IMPLIES it is a produced good... But also "mention", that it is a pre-order, but do not state the "holdings" of the pre-order funds... and Have not made "held funds" available to be "monitored" by the "investors/venturists/lenders"...

That makes it fraud.

Even if they have every intention of, "following through". I could rob a bank, with the "intention" of giving it back... It is the robbery that is the crime. The intention is irrelevant.

They claimed to have a solution...
They claimed to have sources...
They claimed to have ability...
They claimed to be open...
They claimed MANY "expected delivery readiness" dates...

They actually had nothing more than the same idea we all had. Yet they falsely led people to believe (lied), that they were ONLY missing "Capital"... Then began taking our capital, using those blatant lies. And remain taking capital, even though they STILL, a year later, have not delivered more than 0.01% of anything promised. While they continue to say, "we are working on it"... but "it" was delivered??? Does it assemble itself once they "finish working on it", after it has arrived in your hands?

30 were sent-out to "reviewers"... And the reviews... Are... posted... where... (Not even on the BFL forums.)

They post in the forums... then tell you the real news in in the blogs... then the blogs lead you to other forums, or back to the BFL forum... and NOTHING is up to date. (That is called misleading you, misdirection, diversion, running you in circles, keeping you occupied, feeding you BS.)

When you SPEND the VENTURED CAPITAL, and use INCOMING VENTURE CAPITAL to PAY SPENT REFUNDS... That is called a "pyramid scam". Even if you DO deliver a few items, which is still less than 0.01% of the orders. (That is also the sign that it is a scam.)

They are a business... then... show me the legal paperwork of collected funds, and FDIC insured bank-account where these "untouched" funds are being held... and the "loan you got", based on our holdings. Since that is the "legal" method for a legal business. (Oh, yea.. they are not legal, and they didn't do that. Yet they freely accepted USD, which requires them to follow "US currency laws.")
1202  Bitcoin / Pools / Re: How can I efficiently switch pools on lots of miners at once? on: May 29, 2013, 04:53:40 AM
If you want to just log-in to multiple pools, it is easier. The program does all the work.

Use the "--load-balance" option. That will log-in to pool A, B, and C all at the same time... the ones "alive" will give work, and the dead ones will be skipped. The work spreads to any available thread/process/GPU. Distributing to the "fastest responding server", (AKA: Most efficient) with the largest portion of the load.

Not wise to switch from scrypt coins to sha256 coins. All that "resetting" of your cards will just cause errors, and make it hard to get a stable program running. The cards were not intended to constantly switch setup profiles. Run one computer with multi-pool scrypt, and one with multi-poo sha256.
1203  Bitcoin / Mining / Re: BFL - butterfly labs - a SAD state of affairs on: May 28, 2013, 09:38:10 PM
Well its better news than them shipping a couple 60gh miners to Wired and Ars Technica for evaluation...

At least "real customers," i.e., not Luke-Jr, have started to receive them. This is a positive development.

Real customer, report in... ... ... ... ... ...

I said... REAL CUSTOMER... REPORT IN!...

Hello... are you there?

Real-customer... can't write a review, or brag about getting his/her machine first... and is obviously sooo impressed by his/her purchase, that they completely forgot to tell anyone about getting the thing they waited all year to get! They must still be looking for the power button! OOps, that wasn't in this design... Send it back, we have a revision coming for that!
1204  Bitcoin / Mining / Re: BFL - butterfly labs - a SAD state of affairs on: May 28, 2013, 09:33:22 PM
So your not impressed with the working asics that have already shipped?  So far they have shipped like 84 units or something just today???

https://forums.butterflylabs.com/blogs/bfl_jody/165-tuesday-5-21-shipping-updates-page3.html
And the reports of these "running" shipped units, that they "don't even know the specs for"... are just flying off the shelves... all those original 30 reporters and reviewers... yet, none of the 30 reports or reviews... only a disection of a dead unit by a sort-of hacker group...

Whoa... $2,000,000 and they produce 80+30 $40 units! Sent to the secret-reviewers, "who's names can't be named"... Just like harry potter! Who are they reviewing them for? The CIA?
1205  Bitcoin / Mining / Re: Post your Temps! on: May 28, 2013, 09:24:22 PM
That poll needs tighter values...

Between 70c-90c = 158F-194F

30C is THE-UNICORN
35C is THE-GUY-PAYED-TO-GROOM-THE-UNICORN
40C is THE-GUY-WHO-RIDES-A-UNICORN-TO-WORK
45C is A-FREAKING-LIAR
50C is DAMN-NEAR-A-FANTASY
55C is PERFECT
60C is GREAT
65C is IDEAL *** (My temps)
70C is NORMAL *** (My temps)
75C is OK
80C is WARM
85C is HOT
90C is NEAR-LIMIT
95C is AT-LIMIT
100C is SOON-TO-BE-DEAD
105C is DEAD

My temps, as reported by the GPU... (In order)
75, 75, 74, 73, 69, 69, 69, 69, 65, 63, 61, 61, 61, 61, 61, 61, 61, 61, 61, 61, 61, 61, 61, 60

Actual temp of all of them... (Majority of the day) These match the above cards ordered.
67, 67, 67, 66, 67, 67, 67, 62, 66, 66, 67, 67, 66, 65, 65, 65, 65, 65, 65, 65, 65, 65, 65, 66

Ambient room temp being 29c (86F) {outside air, I live in Florida, it is 25c(77F) at night, and humid.}
Nights the cards run about 2c-3c cooler.

This is "running for days" temps. The cards do NOT report the actual temperature. They are "ballpark" at best. They are not calibrated or high-quality temperature sensors. The most important thing you get from them, is "increase over ambient", once you know the "ambient" temperature of the running card. The higher the temp, the more inaccurate the sensor, but it is consistently inaccurate.

I wish someone made a temp-program that let you "calibrate" the output of the sensors. (Even if it only shows correctly in that program).

I write the "ambient" and "running" temp on each card, and give them an ID, to tell when they are drifting into dangerous grounds. (Along with a cheat-sheet, at my keyboard.)

P.S. These are all 7970 reference-design (HIS series {the hot ones}), and PowerColor (The cheap 2-fan models {the cooler ones})
1206  Bitcoin / Hardware / Re: [TENTATIVE] - Stumptown Miners - Avalon PCB Assembly - West Coast USA on: May 28, 2013, 01:53:05 PM
Not a joke...

Have you looked on ebay for "4-layer PCB" printers? The prices and quality is a LOT better than most US listed prices. (Not for a prototype board though.)

I believe they all follow ISO standards that are up to date, and they do most of the "extra" stuff free... Like, actually testing the boards, solder-masking, silk-screening... Which other places try to charge you additional fees for, to hide the fact that they are taking you for a ride. Tongue

Just offering my 2-cents...
1207  Bitcoin / Hardware / Re: Avalon batch [3] countdown! on: May 28, 2013, 01:34:48 PM
that 30% diff jump was scary.

The hashrate drop makes me think ..... What if this isn't variance but alot of Avalons now getting packed for shipment..!!! B2&B3? Just guessing.... Cheesy Wink

This was actually mentioned by someone else in a different thread. Something about a few THs dropping off the network suddenly.
That is low-miners retiring, and ASIC's failing... (Being attacked, hardware failures, driver failures, overheating, no work, tweaking settings, rebooting on failures, etc...)
The fluctuations are greater with ASIC's, because all that power is in one basket. On minute offline is like $100 to a big-rig. lol.

That, plus switching pools, network traffic, dropped packets, orphaned blocks, failed blocks, etc... That happens 100x faster to an ASIC, and 100x more often. Call it a "flaw" of thinking too fast for your own good... Sort of like the ADD of computers.
1208  Bitcoin / Hardware / Re: ASICMINER Blade Sales on: May 28, 2013, 01:17:19 PM
$6500 for 10GHs! (Shipped?)

Wow, I was not expecting that much of an expense... Cheaper than a GPU setup, Huh ...

10GHs = ~15x 7970's = $6000 (But still needs 3x mobo-setups... +$600, and 3500W of PSUs 5x750 +$250 -$50 {blade needs one too})
Total GPU setup = $6800... (Minus games 15x$25 = $375) = $6425 (And you can resell the cards and hardware, not so-much with the blades.)

PASS

You can push 12x 7970's to 10GHs... and save another $1400+, = $5025 for 10GHs (Only 2 mobo's and one less PSU) *Not wise to do... lol, it will be a 100% loss after one year.

... And still scrypt mine alt-coins, and play games. Tongue
1209  Other / CPU/GPU Bitcoin mining hardware / Re: Issues with 2 GPU setup: 7790 + 5870 (invalid nonce - HW error) on: May 28, 2013, 12:54:51 PM
Your driver/cgminer is bugged... Just try reloading the "saved" card profile, and restart the miner program.

If the problem does not resolve itself, then you have to adjust the settings until you no longer get hardware errors.

I see this a LOT after a short run, or card-cooling, or just an odd profile setting for that card.

One setting will not work for all cards, unless you go "completely safe". Also, running two cards is not the same as running one cards settings. You will have to adjust for the SHARED bandwidth/slots/threads/workload... (Lower intensity, less threads, lower thread values, individual clocks/voltages/fan-control... etc...)

Using any single 16x slot may make it 16x... but using both, may degrade them to 8x each... or only one is 16x, the other turns into 8x... etc... (Less bus-speed/volume)

Could also be that a pin has "dust" on it, thus, no contact... or the card is not completely seated right... (pin touching two contacts, or not touching "enough".)
1210  Bitcoin / Bitcoin Technical Support / Re: Abnormally high fee of 0.0025BTC for a 324 byte transaction on: May 28, 2013, 12:34:27 PM

$0.32 for a total of two transactions that total $18.25 is high... Could be that someone REALY wanted that $16 transaction to go through fast. Or they were real generous. Or simply have manually set a high-set "min tx fee" in the settings, and just don't care.

Or, it could be that the $2 transaction was derived from all change, and the "change" just didn't show in the block. (Though the "fee" may have been "calculated" from the dust, which just wasn't actually used in the actual transaction. Could also happen if a "new arriving transaction "fits" the amount, after the "fee" was calculated from the dust.)

EG, one was 0.0005 (for the $2.00 tx) Huh
one was 0.002 (for the $16.00 tx) Huh
1211  Bitcoin / Bitcoin Technical Support / Re: Abnormally high fee of 0.0025BTC for a 324 byte transaction on: May 28, 2013, 12:20:06 PM
Merged transactions look like this... (Note, some browsers do not show merged transactions. Some do? Might be the HTML-5 code is not compatible with some browsers.) Normally it looks like this...

s9d8f769s8df68s76f87sdfd544
9ds6f6s87d6f87s6f87s6f6s8rff
s8d7f687sd6f87s6df87s6f87sd
sd56f78sdf5s76df5s67df7sd6f5
sf87sdf87s6f876sdf876s8d7f64
sd87f87s6df876sd8f76s87f68sf -> 9ds7f9s7f8ds7f98sd7f79

(Not actual data, lol...)

EG, if you have a lot of "change" (your unseen walletTXaddress), or if you send 3BTC, but there is only 1BTC in one add, 1.5BTC in another address, and 0.5BTC removed form another address in your wallet. (That will generate a "change", at-least 1-change, of the last address "balance" - "tx" - "txfees" for those 3 merged "individual" transactions that turn into one send...)

For "simplicity", the "change" and individual fragments of an actual transaction are hidden in a "wallet" program. Some additional info is available on the "blockchain", but some is still "hidden".
1212  Economy / Computer hardware / Re: [WTS] MINING RIG WITH 3 7950 on: May 28, 2013, 10:44:28 AM
BTW, that is a horrible setup for mining. Power hungry and overpriced. Just saying...

Offering $800, and YOU pay escrow, if YOU want the sale.
1213  Economy / Computer hardware / Re: [WTS] BFL 5/GHz "Jalapeno" order no. 116XX on: May 28, 2013, 10:32:06 AM
Take your greedy ass elsewhere. You're never going to sell it with that attitude. Just keep it and GTFO!

Yea, so greedy. Paid $163 for the cheapest ASIC instead of just going with a 30/GHz, it's because I'm greedy. and now I'm declining an offer for 5BTC which is 20% of what 1 block would give me. Yea, good one. You got jokes kid. Keep them coming because you are a joke.

Stupid faggot, I'm here offering it to someone who missed the chance to pre-order early. If they don't want to pay what it's worth, then fuck yes I am keeping it. There's a difference between being greedy and being dumb, but I suspect you're too fucking stupid to understand it so don't worry.

Get the fuck out of my thread.

It would only take you two years to find a block... After you get it... and the price is what... $10 per BTC by that time... then the offer is not 20% of a block.

You have shit... It would be cheaper to buy a GPU rig, now, than to wait for your overpriced "possibly scam" device to arrive.
1214  Bitcoin / Bitcoin Technical Support / Re: Excessive disk usage during block chain download on: May 28, 2013, 10:18:53 AM
Also note... Defragment after downloading the block chain. Even on an SSD... it fragments into billions of tiny fragments, stuffing itself into every nook and cranny, in UNSEQUENTIAL order... thus, this, like steam-games and torrents, gets an instant boost for loading, by defragmenting after downloading.
1215  Bitcoin / Bitcoin Technical Support / Re: Mining pool website not allowed in signature? on: May 28, 2013, 10:14:07 AM
Seems like you're having no trouble with it  Tongue It was fine for days then I see "Link Removed" in my signature.

Try making a link to a pools "post" here in the forums... That is usually "tolerated" as it is an "internal link", and cant be used to "direct people to malware". (Not that your link did that... but you don't control what that website places on its pages.)

I am sure it was a general protection. (Should also make you wonder... why DID they remove it. Is that pool legitimate? Do they have issues with that pool? Is it a malware-infected ad-site?)

Also, if you SPAM, and direct people to your signature... they shun on that.
1216  Bitcoin / Bitcoin Technical Support / Re: Abnormally high fee of 0.0025BTC for a 324 byte transaction on: May 28, 2013, 10:02:01 AM
I answered this in a prior post... this is a repost... I am not going to play the "linking game"... lol

There is a command you can give to remove the "forced" leeching fees. (Added down below)

The issue is that your 0.01BTC transaction may actually include "change" from your wallet. It is looking at the "change" not the "send amount".

EG... You are trying to send 0.01BTC but that is being sent from all these mini-transactions.
- 0.0000012312 (What you actually send, as "change")
- 0.0000322323
- 0.0000032123
- 0.0000223223
...
...
---------------
= 0.0100000000 (What you think you are sending as ONE tx)

Thus, if you have 40 change files, it is attempting to add 0.0005 x40 = 0.02BTC to your 0.01BTC, for a total of 0.03BTC expected to "send" the 0.01BTC

EG, poor code.
 CHANGE --------------Expected FEE to send this change
- 0.0000012312 + 0.0005 = 0.0005012312
- 0.0000322323 + 0.0005 = 0.0005322323
- 0.0000032123 + 0.0005 = 0.0005032123
- 0.0000223223 + 0.0005 = 0.0005223223
... (36x more times)
...
---------------
= 0.0100000000 + 0.02000000 = 0.03000000

Thus, "leeching" you of your funds, that you are not even aware of. It does not show you the "change". That, and the code stupidly "makes change" on most transactions that do not need to. (That is called job stability.)

Even though it IS actually merging them into ONE out (send), it is charging YOU as if they were 40 separate sends. (That is the "poor programming" the "leeching". The only one winning is the pool-operators who withhold the tx fees from the miners. Guess who imposed that minimum... the pool operators!)

Quote
The default fee policy can be overridden using the -mintxfee and -minrelaytxfee command-line options, but note that developers intend to replace the hard-coded fees with code that automatically calculates and suggests appropriate fees in the 0.9 release and note that if you set a fee policy significantly different from the rest of the network your transactions may never confirm.

EG add the commands -mintxfee=0.000001 and minrelaytxfee=0.000001 to your STARTUP-ICON, to make it more "realistic", but realize it may take a LITTLE longer to process those transactions with lots of change-files.

P.S. Version 8.2 will be only 0.0001 for minrelaytxfee and mintxfee, due to the MANY MANY MANY complaints... (Though they are not fixing the actual "poor code" that calculates the fee, so the fees are still going to be "wrongly calculated", as stated above.)
http://www.btcpedia.com/bitcoin-qt-0-8-2-lower-fee/
https://en.bitcoin.it/wiki/Transaction_fees
1217  Bitcoin / Bitcoin Technical Support / Re: This transaction is over the size limit on: May 28, 2013, 09:25:50 AM
There is a command you can give to remove the "forced" leeching fees. (Added down below)

The issue is that your 0.01BTC transaction may actually include "change" from your wallet. It is looking at the "change" not the "send amount".

EG... You are trying to send 0.01BTC but that is being sent from all these mini-transactions.
- 0.0000012312 (What you actually send, as "change")
- 0.0000322323
- 0.0000032123
- 0.0000223223
...
...
---------------
= 0.0100000000 (What you think you are sending as ONE tx)

Thus, if you have 40 change files, it is attempting to add 0.0005 x40 = 0.02BTC to your 0.01BTC, for a total of 0.03BTC expected to "send" the 0.01BTC

EG, poor code.
 CHANGE --------------Expected FEE to send this change
- 0.0000012312 + 0.0005 = 0.0005012312
- 0.0000322323 + 0.0005 = 0.0005322323
- 0.0000032123 + 0.0005 = 0.0005032123
- 0.0000223223 + 0.0005 = 0.0005223223
... (36x more times)
...
---------------
= 0.0100000000 + 0.02000000 = 0.03000000

Thus, "leeching" you of your funds, that you are not even aware of. It does not show you the "change". That, and the code stupidly "makes change" on most transactions that do not need to. (That is called job stability.)

Even though it IS actually merging them into ONE out (send), it is charging YOU as if they were 40 separate sends. (That is the "poor programming" the "leeching". The only one winning is the pool-operators who withhold the tx fees from the miners. Guess who imposed that minimum... the pool operators!)

Quote
The default fee policy can be overridden using the -mintxfee and -minrelaytxfee command-line options, but note that developers intend to replace the hard-coded fees with code that automatically calculates and suggests appropriate fees in the 0.9 release and note that if you set a fee policy significantly different from the rest of the network your transactions may never confirm.

EG add the commands -mintxfee=0.000001 and minrelaytxfee=0.000001 to your STARTUP-ICON, to make it more "realistic", but realize it may take a LITTLE longer to process those transactions with lots of change-files.

P.S. Version 8.2 will be only 0.0001 for minrelaytxfee and mintxfee, due to the MANY MANY MANY complaints... (Though they are not fixing the actual "poor code" that calculates the fee, so the fees are still going to be "wrongly calculated", as stated above.)
http://www.btcpedia.com/bitcoin-qt-0-8-2-lower-fee/
https://en.bitcoin.it/wiki/Transaction_fees
1218  Bitcoin / Bitcoin Technical Support / Re: Slush's pool suddenly reports wrong url? on: May 28, 2013, 09:19:26 AM
On slushes side...
It could be pointing you to a pool that is down... not realizing the pool is down.
That server MAY have also "backed-up", and may take a moment to "refresh the credentials" from the main server.
also...
Your computer DNS cache could be messing with the connection, trying to connect to the "prior IP" that no longer exists for that NAME, thus, serving you to a non-existent IP. (They use rolling IP's, so that reduces attacks.)

Or, the NAME SERVER they use may be down, so it does not know the actual IP to send you to. (Or the name-server thinks you have the IP of a prior attacker. Because ISP's use recycled rolling IP's too.)

If it is your name-server, DNS service on your computer... (You can just FLUSH it by selecting "repair connection". Then disable that horrible service. Your IPS and your ROUTER already do DNS caching, if your computer does it, that just exposes you to DNS attacking viruses. Computers no longer need to use DNS service. Shut it down and select "disable" for that service.)
1219  Bitcoin / Bitcoin Technical Support / Re: Slush's pool suddenly reports wrong url? on: May 28, 2013, 09:05:46 AM
Could be that your ISP is blocking the "type" of packet going out... They will do that if something seems "viral", and because there is a virus that installs a miner, the data seems viral to them.

Or your firewall software, or router... (Have you recently gotten a security update?)

Or they updated the server, and may have changed an "allowed" rule... You might be sharing an IP from a prior "offender", or they may have altered code that your miner isn't using correctly (rare). Or you previously sent them "corrupt data", and they blocked you. (Eg, if your video-card has errors, and it validates shares with the error, so YOU think it is correct, but when they check it, it is not. Thus, you look like you are attacking with "fraudulent work", so they invalidated your credentials.

P.S. Have you checked the "worker" setup, to see if they "accidentally" scrambled your workers credentials. (Databases get bugged once in a while. If it is expecting "sdfuyos7f8s" worker to connect, but your workers actual name is "bob"... that could cause issues.)
1220  Other / CPU/GPU Bitcoin mining hardware / Re: Standard PCI to PCI-Express Adapters, Anyone got any experience with them? on: May 28, 2013, 02:47:19 AM
That is a PCI controlled, controller... your 1x speeds will be 1/16th of a 1x speed. (It is 1x speed, buffered, not directly controlled, like these cards require. For a modem/netcard/wifi/sound-withoutDMA this would be fine.)

There are 16 PCI connections in ONE 1x PCIe slot. (band-width wise.)

Also note.. That might be PCIe 1 or 2, thus, would not work with any 2.1 or 3.0 cards... (Those cards are not reverse compatable) Also, not enough power through the PCI slot, you would need to add 12v power for the card, if it did work on that slot.

Those are designed for "low power half-slot cards to be attached, with a virtual-driver."
Pages: « 1 ... 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 [61] 62 63 64 65 66 67 68 69 70 71 72 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!