Bitcoin Forum
June 16, 2024, 04:14:28 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 [110] 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 ... 258 »
2181  Economy / Computer hardware / Re: [WTS] In Hand Avalon 2 - 65GH/s on: June 11, 2013, 07:28:49 PM
200BTC shipped by USPS to Switzerland, payment via PayPal
his asking is 350 BTC + shipping.
2182  Economy / Computer hardware / Re: [WTS] Avalon Batch 3 Pre-order on: June 11, 2013, 07:14:55 PM
I won't do escrow as there's a fee involved, as well as needing to protect myself in the event you say you did not receive the unit.
You mean protecting yourself if you scam Tongue
2183  Bitcoin / Hardware / Re: Avalon batch [3] countdown! on: June 11, 2013, 02:30:03 PM
batch 2 has already shipped. there were many reports of delivery last week.

Are you even a Batch #2 customer?

Only about 30 of the 600 systems have been received.

Where are all the others? None of the missing systems has been shipped out, at least without a working SMT line they had no capacity yet. None of the Batch #2.1 Walletbit customers has received even an order confirmation, let alone a tracking number.

Batch #2 has barely started to ship.
Ad hominem + strawman

Check the threads for avalon batch 2, there were reports of delivery. That's all I claimed. It's a stretch to say that no delivery implies no shipping.
2184  Bitcoin / Mining / Re: Unknown miner growing rapidly in mining % share on: June 11, 2013, 02:27:28 AM
oh look it's the "mystery miner" thread again.
2185  Bitcoin / Hardware / Re: Block Eruptor on: June 10, 2013, 11:15:41 PM
Mining operates using http or tcp on ports in the 8000-9000 range. They are outgoing TCP connections so they can traverse firewalls without issue. Some pools even have port 80 mining so the traffic appears to be the same as normal web traffic.

So I am an idiot.  Basically, I can use a pool that has port 80 and I will be fine.
If so, I may buy 2 for my computer, since we are always online and I have 2 USB ports on my computer in my cubicle
Most corporate firewalls allow TCP outbound, and port 80 mining is indistinguishable from web/http traffic. Your company can still block bitcoin pools via dns/ip. But it's highly unlikely. You can always test by running cgminer (CPU mine mode) on your workstation.


I think you can even use bitminter's java client now, so no need to install any software on your work computer...
https://bitcointalk.org/index.php?topic=31163
I highly doubt bitminter has USB support. Also, you don't need to "install" any miner. cgminer, poclbm, and phoenix require no installation.
2186  Bitcoin / Hardware / Re: Avalon batch [3] countdown! on: June 10, 2013, 11:00:18 PM
Just received update newsletter. Check your mailbox guys.

What is the update?

Just checked my mailbox - nothing... :-(
he's referring to the one from earlier today.

"Dued Update [Initial]‏"
2187  Bitcoin / Hardware / Re: Block Eruptor on: June 10, 2013, 10:55:42 PM
Mining operates using http or tcp on ports in the 8000-9000 range. They are outgoing TCP connections so they can traverse firewalls without issue. Some pools even have port 80 mining so the traffic appears to be the same as normal web traffic.
2188  Bitcoin / Hardware / Re: Avalon batch [3] countdown! on: June 10, 2013, 10:49:39 PM
So I'm guessing they're starting batch 3 shipping by end of next week?

Not to burst your bubble but 2nd batch part one and part two have barely shipped. 
batch 2 has already shipped. there were many reports of delivery last week.
2189  Bitcoin / Mining speculation / Re: GPU mining is Now Pointless! on: June 10, 2013, 10:37:51 PM
SO over the past 4 weeks I've been building my additional GPU mining rigs... Well in that time, virtually overnight it seems its now not even worth mining on GPU's

I've watched 6,000 GHash/S added to Slushes pool in the last couple weeks... Rewards are roughly 1/10 what they were 2 months ago, and isn't worth the profit anymore with electric cost for me. Wow, that all happened awfully fast  Shocked  Guess its that time we can all kiss GPU mining goodbye  Undecided

Don't go by Slush's pool.  String of bad luck in the last 48 hours.  I mined Slush with 2Ghash/s but 50BTC with only 1.4Ghash/s.  In that same 48-hour period, 50BTC bright in 3x the amount of BTC. Seems to be back on track now though.
do you even understand the concept of "luck"? Previous "bad luck" streaks don't affect future earnings.
2190  Bitcoin / Mining speculation / Re: ASICS 101 for dunces? on: June 10, 2013, 10:36:57 PM
hint: use google.
https://en.wikipedia.org/wiki/Scrypt

Quote
The large memory requirements of scrypt come from a large vector of pseudorandom bit strings that are generated as part of the algorithm. Once the vector is generated, the elements of it are accessed in a pseudo-random order, and combined to produce the derived key. A straightforward implementation would need to keep the entire vector in random access memory so that it can be accessed as needed.

Because the elements of the vector are generated algorithmically, each element could be generated on the fly as needed, only storing one element in memory at a time and therefore cutting the memory requirements significantly. However, the generation of each element is intended to be computationally expensive, and the elements are expected to be accessed many times throughout the execution of the function. Thus there is a significant trade off in speed in order to get rid of the large memory requirements.

Such a trade off often exists in computer algorithms: you can increase speed at the cost of using more memory, or decrease memory requirements at the cost of performing more operations and taking longer. The idea behind scrypt is to deliberately make this trade off costly in either direction. Thus an attacker could use an implementation that doesn't require many resources (and can therefore be massively parallelized with limited expense) but runs very slowly, or they could use an implementation that runs more quickly but has very large memory requirements and is therefore more expensive to parallelize.
2191  Bitcoin / Bitcoin Technical Support / Re: Bitcoin-Qt Heavy Usage on: June 10, 2013, 06:49:43 PM
If using the windows based bitcoin-qt, where do I change that setting?

I assume its in a txt file but none that I can find that mention setting/setup/etc?

There is no setting in the program itsself.
1. open windows explorer
2. type "%appdata%\bitcoin\" in address bar
3. create new text file named "bitcoin.conf". make sure file extensions are enabled so ".conf" extension is saved.
4. in the text file, put in "listen=0"
5. restart bitcoin-qt.
2192  Bitcoin / Bitcoin Technical Support / Re: Sending without generating a second receiving "change" address? on: June 10, 2013, 06:47:18 PM
You can use coincontrol branch (search for it) to control what address you use for the "change" address. There's no advantage to using your own address as a "change" address though. Change sent to an existing address still counts as an extra input for purposes of fee calculation.
2193  Bitcoin / Development & Technical Discussion / Re: In what situation vout[N]->scriptPubKey->addresses can be more than one address? on: June 10, 2013, 04:48:46 PM
why vout[N]->scriptPubKey->addresses set as an array, I saw most of them just one address in it.

In what situation vout[N]->scriptPubKey->addresses can be more than one address?
multisig/multiaddress transactions.
2194  Bitcoin / Hardware / Re: Avalon batch [3] countdown! on: June 10, 2013, 02:36:07 PM
So I'm guessing they're starting batch 3 shipping by end of next week?
2195  Bitcoin / Bitcoin Technical Support / Re: wallet.dat questions on: June 10, 2013, 01:16:46 PM
oh sweet, thanks.

is 9000 the max?
You can set it as high as you want (to a reasonable limit). But that is not recommended because if your wallet in compromised, you will have to get a new wallet, since your future 9000 addresses will be compromised as well. Like jackjack said, if you set keypool=x, it will be good for x sent transactions. I highly doubt you have such high transaction volume to justify a large keypool size, so 500 is more than enough. Just make sure to execute 'keypoolrefill' in the debug console before a backup to ensure maximum backup freshness. Tongue

nope, u need a backup every 100 xfers.
or use "keypool=9000" in bitcoin.conf. (your backup will be good for 9000 sent transactions)
*at least 9000 sent transactions. Tongue (there's a slight possibility that inputs == desired outputs)
2196  Bitcoin / Bitcoin Technical Support / Re: Need help--Moving blockchain to SD card on Linux on: June 10, 2013, 12:49:50 AM
you're using linux, so you have to execute (on the machine that the blocks came from):
Code:
./bitcoind -detachdb=1 &
./bitcoind stop
alternately:
Code:
./bitcoin-qt -detachdb=1
then exit the qt interface

after you have done this, the block database will be "detached" from the system. this means it can be moved to any other computer without issue. at the machine that you moved the blocks to, you may start bitcoin normally and resume operation as usual. if you have different wallets, you may need to run bitcoin with "-rescan=1".
2197  Economy / Service Discussion / Re: Frame Grabber Recommendations on: June 10, 2013, 12:22:30 AM
I'd like a self-contained unit. I've been looking at this unit with some HDMI to DVI converters. What do you think?

https://www.bitcoinstore.com/hauppauge-hd-pvr-2-gaming-edition.html
It's expensive if you're trying to capture some video. If it's just for some bitcoin education program, I don't see why you would need such high quality video. Also, remember that BIOS runs using basic video drivers and therefore can not support anything beyond SVGA. If you're looking to save money, get a cheap usb VGA recorder. If high quality video is very important to you, get the PVR.
2198  Bitcoin / Bitcoin Technical Support / Re: Need help--Moving blockchain to SD card on Linux on: June 10, 2013, 12:18:06 AM
the blockchain database can't be transferred between computers. they must be "detached" first. to do that, run bitcoin with "-detachdb=1" and exit. then you should be able to copy+paste your entire /.bitcoin/ directory.
2199  Economy / Currency exchange / Re: [FS] BTC for Interac EMT/PayPal/Credit Card Purchase on: June 10, 2013, 12:02:12 AM
I'm looking to order a bike worth $1100USD so that is how much BTC I am looking to sell. Instead of BTC I can also make mtgox codes or btc-e code though those seem more restrictive. I am looking for payment via Interac electronic money transfer, PayPal, or you just outright ordering the item to my USA address (this will let you pay the store with your creditcard).
If you live in the US, how do you have access to a bank account with interac bank transfer? isn't interac transfers for Canadian banks only?
2200  Bitcoin / Development & Technical Discussion / Re: Bitcoin source code is a giant mess on: June 09, 2013, 10:18:29 PM
a) C++ generally sucks.
c) C++ generally sucks.
anti c++ circlejerk thread?
Pages: « 1 ... 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 [110] 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 ... 258 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!