Bitcoin Forum
June 30, 2024, 03:58:10 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 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 ... 95 »
281  Bitcoin / Development & Technical Discussion / Re: on average, how much HD space does bitcoin-qt consume per day on: April 07, 2013, 05:02:54 PM
... why are guys going to such lengths to obfuscate the dangers of not running your own full node I wonder?

We're not "obfuscating" anything.
The danger you mention is comparable to the danger of running a piece of open source software without having previously read the entire source code and acquired a full understanding of how it works, before trusting to run it on your wallet.dat.

Thankfully, we can rest assured that a large enough number of people have already made such validation, as it's open to anyone to do it. Any attempt to insert bogus data, either on the source or on the blockchain, will be quickly spot. In the case of running full nodes particularly, there will always be more people capable of doing it - and actually doing it - than there are people capable of fully understanding Bitcoin source code.

I agree with that Bitcoin Magazine article that says that in 20 years, everybody will be capable of running a full node. The blockchain grows linearly once the adoption rate stabilizes. Hardware resources grow exponentially.

Don't forget, SVP clients don't trust anyone either. They connect to different nodes and verify/transmit transactions from a few different nodes. If one is malicious, it will simply be ignored.

Precisely. It's extremely difficult to lie to a SPV node. You need to be the only one it connects to, and still all you'll manage to do is hide stuff from it, not "invent" fake transactions.
282  Bitcoin / Development & Technical Discussion / Re: on average, how much HD space does bitcoin-qt consume per day on: April 06, 2013, 05:46:57 PM
Why would you classify and SPV client as a 'peer'?  It certainly does not seem to me to be a peer to a node holding a block chain, and as best I can tell does nothing whatsoever in terms of helping support the integrity of the network.

I meant it works in a p2p fashion, not in a client-server fashion, as it connects to multiple nodes. It's "decentralized" if you prefer.
283  Bitcoin / Development & Technical Discussion / Re: on average, how much HD space does bitcoin-qt consume per day on: April 05, 2013, 02:23:33 PM
You just need to point Bitcoin-QT to your data dir. I think it's -datadir=... or something.

Keep backups of your wallet, of course.
No need to back up the blockchain, there are already plenty of copies around the world. Wink
284  Bitcoin / Development & Technical Discussion / Re: Funding of network security with infinite block sizes on: April 05, 2013, 10:15:50 AM
Anyway, ultimately this will be decided by Gavin and so far he's been saying he wants to raise the block size limit.

I'd say ultimately it's the main services (MtGox, Bitpay, BitInstant, BitcoinStore, WalletBit, Silk Road etc) that will decide. If they all stay at the same side of the fork, that will likely be the side that "wins", regardless of Gavin or even miners' will (most miners would just follow the money).
Of course that services have a strong interest in staying on the branch that's more professionally supported by developers, so yeah, if most of the core team goes to one side, we could predict most of these services would too.
285  Bitcoin / Development & Technical Discussion / Re: on average, how much HD space does bitcoin-qt consume per day on: April 05, 2013, 10:10:00 AM
Blockchain growth is only exponential as long as Bitcoin usage growth is exponential. Whenever usage stabilizes, blockchain growth will be linear, and bandwidth consumption will stabilize, while storage resources and connection speeds will remain growing exponentially. So, at most, there will be a medium term future in which running a full node requires a professional amount of resources, but as resources keep growing exponentially and Bitcoin consumption of said resources keeps growing linearly, eventually everybody will be able to run full nodes on their phones.

And remember, for sending and receiving money safely, you can use a SVP client. Those require much less resources. You can run a full p2p SVP client on your phone right now.

(Btw, if I'm not mistaken in the fast calculations I've just made, it would take almost 200 years to reach 10Tb by growing 144Mb per day... I know this growth rate will increase beyond these 144Mb, but from where do you take this "soon we'll need 10Tb" figure? What's "soon"?)

286  Bitcoin / Development & Technical Discussion / Re: on average, how much HD space does bitcoin-qt consume per day on: April 05, 2013, 06:12:31 AM
Since 0.8 it became perfectly possible to run Bitcoin with its data dir in an USB disk, so I'm currently doing that to save space in my main disk (which is quite small).

Concerning your question, It's currently growing at no more than 250Kb per block, with ~144 blocks per day that should be at most ~36Mb of daily growth (it's actually less than that, not every block's hitting 250Kb). After May 15th, that growth rate might rise. It will take a hard-fork change for it to rise above 144Mb per day though, due to the 1Mb cap.

You can follow the total size here: http://blockchain.info/charts/blocks-size
287  Bitcoin / Development & Technical Discussion / Re: Funding of network security with infinite block sizes on: April 05, 2013, 05:44:00 AM
Is the size of the network the number of nodes or the number of transactions? What is the stated goal here, maximizing transactions or maximizing network nodes?

Repeating what was already said once again: you can safely transact without being a full node. On the other hand, what's the point in being a full node if you can't even transact since there's no more room in the blockchain for your transactions?
288  Bitcoin / Development & Technical Discussion / Re: Funding of network security with infinite block sizes on: April 04, 2013, 12:17:50 PM
Great post Mike! You should create a topic with it in the OP, as it deserves more than to be buried here in the 7th page of this topic.


If Bitcoin was banned in a country then I think it's obvious its value would be close to zero.

Hum, are you sure about that? I'd like to know what happened to the market price of gold in US during the ban of the 30s...
If Bitcoin is aggressively banned everywhere, then I'd agree with you. But if it's still allowed in a significant number of places, I don't think so.
289  Other / Beginners & Help / Re: Restrict search to a single thread on: April 04, 2013, 07:42:48 AM
You can also show all pages and then use Ctrl+F....
290  Local / Português (Portuguese) / Re: Estoque você mesmo suas bitcoins! on: April 04, 2013, 07:38:32 AM
Se você passa o dia fazendo day-trade, aí de fato não vejo outra alternativa a deixar a quantidade de BTCs com as quais você negocia no site.

Mas quantas pessoas realmente vivem de day-trade? Não acho que seja uma porcentagem tão alta. E mesmo os que fazem, não precisam ter todas as moedas no site num dado momento, e podem "repatriá-las" sempre que pararem de "trabalhar".
291  Local / Português (Portuguese) / Estoque você mesmo suas bitcoins! on: April 04, 2013, 07:17:42 AM
Não acompanhei todos os detalhes, mas não pude deixar de notar a quantidade de brasileiros nervosos com o incidente no Mercado Bitcoin. Vi gente dizendo ter até 2k BTC estocados lá.

Porra galera. Vocês não aprenderam nada com todo o histórico de incidentes do tipo até aqui?

Não pretendo questionar a idoneidade ou a competência do Leandro César, até porque as ignoro. Mas, até onde eu sei, o serviço era operado unicamente por ele, e estocava uma Hot Wallet sem multisig. Por mais competente que ele seja, era ele sozinho contra todos os hackers mal intencionados do planeta! Todo hacker que merece o nome sabe o que são Bitcoins, e conhece portanto os serviços que possuem hot wallets. Esses serviços serão sistematicamente visados! Seres humanos cometem erros, e era só questão de tempo até o Leandro cometer um e deixar um ataque passar.

Mas o que é pior é que isso já aconteceu N vezes nos sites gringos. Vocês não acompanham o que acontece fora do Brasil? Acham que o mundo tupiniquim tem alguma diferença fundamental, que o que acontece fora do país não vai se reproduzir no Brasil? Por que diabos vocês mantinham quantias significativas de bitcoins numa eWallet?

Aprender com os próprios erros é normal e parte da vida. Mas muito melhor é aprender com os erros dos outros. E, nesse caso, oportunidades não faltaram! Fiquem espertos, povo!

Espero realmente que o Leandro consiga se recuperar e reembolsar uma quantidade significativa do montante de seus clientes. Espero que a principal (única?) casa de câmbio brasileira seja restabelecida. Mas espero, principalmente, que todo mundo aprenda a lição de uma vez por todas e não estoquem bitcoins numa eWallet por mais tempo do que o estritamente necessário.

E sobre como estocar de maneira segura suas as próprias Bitcoins, não faltam tópicos nesse fórum explicando (paperwallets, offline wallets etc...)
292  Economy / Speculation / Re: Parity watch -> Georgia on: April 04, 2013, 06:31:11 AM
Bump. Have the parity prices for BTC been updated to reflect the fact that there are more bitcoins now?
Do we downgrade Bitcoin on this list after a significant sell-off? Because right now we're sitting somewhere between Macedonia and Chad again   Grin

The following link takes into account both inflation and price fluctuations: http://bitcoin.zinetsolutions.be/

I think it's nice to keep the topic title pointing to the country we haven't yet passed, not even for a while.
293  Bitcoin / Bitcoin Discussion / Re: Western Union to begin accepting Bitcoin (WSJ) on: April 03, 2013, 12:32:32 PM
While I agree with you, Bitcoin doesn't need to scale to suit WU's purposes. A lot of the transfers could be WU to WU, and never even touch the blockchain.

I find this "enhanced-SWIFT" aspiration for Bitcoin so limited compared to everything it can do.... but anyway, I'll stop here in order not to derail this thread.
294  Bitcoin / Press / Re: 2013-04-03 Forbes: Four Reason You Shouldn't Buy Bitcoins on: April 03, 2013, 12:28:55 PM
On Lack of applications, that's a non-issue. The amount of applications Bitcoin has today is orders of magnitude higher than what it had 2 years ago. And it will likely keep rising.

On Scalability, it's perfectly possible to make it scalable. Of course, that will likely provoke a fork, with some people gripping strongly to the unscalable version. That will provoke price turbulence, bad press, but in the end, the scalable Bitcoin will rise out of all this mess as it has done before.

On Losses, it's a true problem, but it will become much less relevant once devices like Trezor are easily available.

Regulation is definitely the strongest of the risks he cites. It's unpredictable how far governments can go.
295  Bitcoin / Bitcoin Discussion / Re: Western Union to begin accepting Bitcoin (WSJ) on: April 03, 2013, 07:11:35 AM
At that point a WU office could be an ATM or a cyber cafe... same functionality, less 1800s feel.

All "WU offices" I've ever seen were either cyber cafés or post offices.
296  Bitcoin / Development & Technical Discussion / Re: The minimum transfer fee is not trivial anymore on: April 03, 2013, 06:59:47 AM
Quote
There is one more change I'd like to make that is independent; re-define "dust" based on the floating transaction fee (e.g. a dust output is any output with a value of less than 1/4 the minimum fee-per-kb required to get into one of the next 6 blocks).  And make any transactions with dust outputs non-standard, so they're not included in the memory pool or relayed.

Why not applying the same logic you described above? (they only get dropped if they can't fit in your memory pool)

Because dust outputs are more trouble than they're worth. They bloat wallets, cost more in fees to spend than they're worth (unless you go to ridiculous lengths to spend them), and are abused as a side-channel-in-the-blockchain-communication-mechanism.

What they're worth and how they're supposed to be used is not up to any single individual or group to decide.
Dust may be used as a way to send messages. Dust may be used in Smart Property contracts. Whatever.

My point is that what you're making here is a "judgement of value", and that's not up to the Bitcoin infrastructure to make. It's the users that should choose how they spend their coins. As long as they pay for the service being provided (and whether they're paying enough or not is up to miners to decide), and as long as the infrastructure is protected against attacks (DoS), everything is fine.

Please don't embed judgments of value in Bitcoin's backend.

If I could go back in time, I would go back and try to convince Satoshi to make them non-standard to begin with....

I thought it was you that came up with the concept of standard and non-standard transactions.... it was there since the beginning?
297  Bitcoin / Bitcoin Discussion / Re: Western Union to begin accepting Bitcoin (WSJ) on: April 03, 2013, 06:41:56 AM
ultimately come to the conclusion that WU would be taking a huge leap of faith on ... well ... basically Gavin, right? The SatoshiDice tx dust flap is the elephant in the room. Can Bitcoin scale?

Bitcoin can surely scale. It can be larger than Visa in less than 5 years, if there's enough demand.
True, some people seem determined to do what they can to prevent that from happening. I think we'll end up having a fork at some point. Some people will remain on the old fork where no more than 7tps can happen, and others will migrate to the new, scalable Bitcoin. WU would have to be on the scalable branch, of course.
298  Bitcoin / Bitcoin Discussion / Re: Western Union to begin accepting Bitcoin (WSJ) on: April 03, 2013, 06:25:46 AM
This makes obvious sense for WU but i thought they would be too stuck in their ways with admin inertia to jump on this wagon. It must be the old pioneering spirit of the railroad coming out.

The BIG win that WU could achieve here is to use bitcoin network as their backbone for transferring payments around and do away with their legacy infrastructure. Their WU affiliates in every office all over the world now only needs a bitcoin enabled PC running to send/receive payments.

WU would become the p2p fiat exchange for the masses with all their installed infrastructure ... and oh yeah, if you want to take buy/sell bitcoin from local WU office can do that too.

Exactly what I thought. But it's indeed hard to believe such a large corporation would have the guts to restructure itself this way. Many internal branches would have to be cut. There's lots of politics inside these large corporations. The people in charge would have to be very bold and ready to make lots of people very unhappy.
299  Economy / Speculation / Re: Parity watch -> Botswana on: April 02, 2013, 09:11:04 PM
M1 includes pretty much only cash. Money stored in bank accounts is not included.

M1 = bank accounts + cash.
300  Bitcoin / Development & Technical Discussion / Re: The minimum transfer fee is not trivial anymore on: April 02, 2013, 03:14:21 PM
Because we are a decentralized network Smiley  You can instead connect to 20,000 peers, and send one tiny spam through each.

D&T made the same remark, to which I responded above. You'd had to filter which you would relay, and then priority vs fees kicks in. The only difference is that it's not a binary decision (has/hasn't enough fees to get relayed), it's just a way of sorting what gets relayed from what does not. You may end up relaying a transaction that today would not be relayed if there's enough "room" for it.

1). Memory-limit the memory pool-- the set of transactions waiting in memory eligible to be included in a block. Matt Corallo has been working on that.  The limit should be a small multiple of the median block size of the last few hundred blocks.

2) Use the same algorithm/parameters/etc for adding transactions to the memory pool that we use to fill blocks.

3) Only relay transactions that fit into your memory pool.  This is the DoS prevention, your transaction won't get relayed if your node doesn't think it will end up in a block soon.

4) Estimate minimum transaction fee / priority needed to get into a block, based one:
    a) At startup:  the transactions in the last few blocks
    b) If you've been running long enough to "warm up" your memory pool:  transactions in the memory pool

That's nice, better than what is done today and better than what I was saying above. Much more flexible. Nice. Smiley

There is one more change I'd like to make that is independent; re-define "dust" based on the floating transaction fee (e.g. a dust output is any output with a value of less than 1/4 the minimum fee-per-kb required to get into one of the next 6 blocks).  And make any transactions with dust outputs non-standard, so they're not included in the memory pool or relayed.

Why not applying the same logic you described above? (they only get dropped if they can't fit in your memory pool)
Pages: « 1 2 3 4 5 6 7 8 9 10 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 ... 95 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!