Bitcoin Forum
May 28, 2024, 07:03:54 PM *
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 »
21  Economy / Marketplace / Re: Any ways to get Amazon merchandise with Bitcoin? on: November 30, 2011, 07:22:31 AM
I know of three places off the top of my head that you could check out.

http://www.btcbuy.info/
http://spendbitcoins.com/
http://cheaperinbitcoins.com/

I personally would recommend spendbitcoins.com.  I have never used any of them, but out of the three they have been around the longest.
22  Bitcoin / Project Development / Re: help, thebitcoinreview has a major porblem on: November 30, 2011, 06:39:32 AM
A combination of the above could work.  Require that they use OpenID or an email address to make the post and then charge them something in Bitcoin (like 0.001 BTC).  The amount in Bitcoin has to be small enough to not really matter to most people, but just having it there will make it that much harder (and expensive) to post fake reviews.  Anytime you ask people to pull out money, no matter how little, it gets them thinking twice about what they are doing.
23  Bitcoin / BitcoinJ / Re: BitCoinJ 0.3 on: November 30, 2011, 06:21:53 AM
I'm glad to hear of the move to git.  I much prefer git to Subversion.
24  Bitcoin / Development & Technical Discussion / Re: Wallet encryption issue on: November 30, 2011, 06:13:50 AM
That is completely understandable.  I'll make sure that I send you a reminder in a few weeks once people have had time to switch to the new version.
25  Bitcoin / Development & Technical Discussion / Re: Wallet encryption issue on: November 30, 2011, 05:58:57 AM
Don't suppose someone could edit the first post to include a description of the problem again now that it has been fixed?  Might be a good idea to include some bolded text as well stating that the problem has been fixed if someone does edit the post.

Just thought it would be a good idea to have it in there for historical reasons.  Some people (me) are interested in what the problem was.
26  Bitcoin / Development & Technical Discussion / Re: Should the Bitcoin client have a donate button? on: November 30, 2011, 05:52:54 AM
If the Bitcoin project is going to have a donation address at all I think it needs to be implemented as described in this topic (https://bitcointalk.org/index.php?topic=53177.0).  The system that they work out in that topic requires two separate parties to generate private keys that are then matemagically turned into a single private key that neither of them know.  Then they matemagically make a public key of that by doing some crazy math with the separate public keys.

Anyhow, boils down to multiple parties having to corroborate in order to spend the money.  Either that or https://en.bitcoin.it/wiki/BIP_0011 needs implemented.

I just don't trust one person having control of an address that is listed to be donated to on every copy of the Satoshi client.  I'm all for the idea of having a donate button, but trust comes up as a big issue if we add one.

BIP_0011 would probably be better since it would not require trust between the users. With the proposed scheme, the private key has to be computed at least once by combining secrets. Having the block chain and the nodes arbitrate this would be much less risky and would not require extra trust.

I agree that BIP_0011 would be the better route as the private key would have to be computed if they want to spend the money so it would only be secure until the first time they needed to perform a transaction (along with the other reasons you mentioned).

I voted no because a button is way too obtrusive. A link to a donation page in the about dialog might be OK. Maybe putting a donation address as a default entry in the address book would also be OK.

Donated funds should only be used to help the Satoshi client development group (and this fact should be made very clear to donators). Having a "Bitcoin foundation" tied to the software makes me uneasy.

I disagree about the button being obtrusive.  It could easily be hidden away in a menu somewhere out of the way.  I do on the other hand agree that the funds would have to be for use with the Satoshi client dev group.  If we have a "Bitcoin Foundation" it should be tied to the protocol itself instead of a particular client.

EDIT:

Also if we do this, it is going to be a trend setter I am sure.  The alt clients will likely begin to implement similar things.  By making it clear that the money is going to the dev group for dev related projects, we set a precedent that other clients will follow in their dialogs.
27  Bitcoin / Development & Technical Discussion / Re: Block size limit automatic adjustment on: November 30, 2011, 05:48:46 AM
max block size = 1000000 + (average size of last N blocks in the best chain)
... where N is maybe 144 (smooth over 24-hours of transactions)

With this formula, asymptotically, block size cannot increase by more than 2MB in 24-hours.
That is roughly 300000 transactions a day.
(What about Visa spikes ? probably similar).

This is a hard limit, so if bitcoins are still in use in a hundred years, maybe it would be better to scale exponentially. For example:
Quote
max block size = 1000000 + 1.01 (average size of last N blocks in the best chain)
and blocksize would scale up to (about) 2% per 24-hours.


This is the way that I would do it personally.  I don't really much see a problem with it.
28  Bitcoin / Development & Technical Discussion / Re: Should the Bitcoin client have a donate button? on: November 30, 2011, 04:56:47 AM
If the Bitcoin project is going to have a donation address at all I think it needs to be implemented as described in this topic (https://bitcointalk.org/index.php?topic=53177.0).  The system that they work out in that topic requires two separate parties to generate private keys that are then matemagically turned into a single private key that neither of them know.  Then they matemagically make a public key of that by doing some crazy math with the separate public keys.

Anyhow, boils down to multiple parties having to corroborate in order to spend the money.  Either that or https://en.bitcoin.it/wiki/BIP_0011 needs implemented.

I just don't trust one person having control of an address that is listed to be donated to on every copy of the Satoshi client.  I'm all for the idea of having a donate button, but trust comes up as a big issue if we add one.
29  Bitcoin / Development & Technical Discussion / Re: Using bitcoin for trusted timestamping? on: November 30, 2011, 04:50:45 AM
I agree.  Without reading the post that Bimmerhead linked to, I think I remember there being a few hours leeway in the timestamp.  I'll have to check to be sure.  Surely though it isn't enough leeway to change the day the document was signed on.

EDIT:
Read the linked to post, it seems that there is 2 hours leeway.  So as long as you only need to be accurate within a few hours, you are alright.
30  Bitcoin / Development & Technical Discussion / Re: Feature Request: Splash Screen on: November 27, 2011, 11:44:45 PM
I think I prefer the idea of opening up some sort of window instead of a splash screen.  The window could even look Splash screenish, but it needs to be able to be moved and minimized.

http://sharepointjavascript.files.wordpress.com/2009/10/sendmailwithjavascript_new_window_splash_error.jpg
A window of about this size would be fine. Just something to tell people what is going on.
31  Bitcoin / Project Development / Re: Bitcoin Conference Video Feed on: August 21, 2011, 01:32:56 PM
It was here: http://onlyonetv.com/watch-live/ but it isn't on air anymore.
32  Bitcoin / Project Development / Bitcoin Conference Video Feed on: August 20, 2011, 08:27:17 PM
Who is running this?  The video quality is terrible and you can't hear a thing.

They should not be allowed to run it next year.

Also anyone know if a better video might be made available later?  I had really wanted to hear the keynote stuff.
33  Bitcoin / Project Development / Re: What about a host which doesn't discriminate against people? on: August 19, 2011, 01:44:08 AM
I'd like to humbly point out that somewhat blindly trusting fellow peers when connecting (w/o TOR, or mayhaps even with it) from a place that has draconian and fairly intrusive government with competent people on payroll is not a particularly cheery idea.
+1

I think it will be safe to use until the State decides that it's a threat. It can take a long time. Until then, I suppose we need to pay our pledged bounties and create new bounties for support for pseudonymous overlay networks.

You can always download the blockchain externally using bittorrent, though you have to make sure they are signed by, preferably multiple, trusted developers.
You don't even need to, you just need to check that once you start using it, you receive blocks built upon it, or ask a few peers for block hash at height X and check that it matches your chain.

Wow, this is really pratical. Does the current software do such checks? It has to I guess, and if so, downloading blockchain from an external source is much less dangerous then I first thought. You could even embed the executables' checksums in the block chain, hehe... No, no, bad idea...


Unless everyone starts to do it.

If a million people download the Bitcoin client today and with it the wrong block chain....
34  Bitcoin / Development & Technical Discussion / Re: Pooled mining question on: August 19, 2011, 01:29:06 AM
No.

Why not?  If I can tell I solved a block, and I can fail to relinquish said solved block, why couldn't I just claim it as my own?

Nevermind...  I think I figured out why.  The pool would have already dictated the address that the reward would go to.
35  Bitcoin / Project Development / Re: Should we buy bitcoin.com ? on: August 18, 2011, 10:58:12 PM
I was hoping to find that out too.

Too bad they beat the community to it.  I really think that should have been made a redirect to bitcoin.org.  Undecided
36  Bitcoin / Project Development / Re: Redeem Private Key Idea on: August 18, 2011, 06:35:49 PM
The vast majority of people download the bitcoin client as a binary.

I think if the source can be trusted, and the option to compile from source is available, there is no issue with binaries.  Particularly if they can be verified with hashes/sigs to have not been modified since the trusted source put them up.
37  Bitcoin / Project Development / Re: Redeem Private Key Idea on: August 18, 2011, 06:09:59 PM
Getting Python+deps is beyond the average user.

Perhaps make a bundle Windows installer for it?  I know Inkscape requires Python and it contains its own copy of Python with all the needed deps in it's installer.

Perhaps even make an option not to unpack and just to use the local Python for power-users.
38  Economy / Economics / Re: Advantage of free electricity and future value question on: August 18, 2011, 06:08:12 PM
Technically speaking, you can choose whether or not to attach a fee and how much of one to attach.

The current client just enforces a particular fee policy.  I figure eventually this will be removed and the market/users will decide what is a fair fee based on their transaction, the miners, and priority they need.
39  Bitcoin / Project Development / Re: What about a host which doesn't discriminate against people? on: August 18, 2011, 06:06:36 PM
I thought the blockchain was downloaded from peers in the network and not from a central server...
It is, IRC is used to find the first ones to connect to.

I wouldn't exactly call that a centralized system...

If somebody explains to me how to setup an offline downloadable block chain I'll happily host it at bitcoin-central.net

blkxxxx.dat files and blkindex.dat just need to be copied out of your data directory and into their data directory.
https://en.bitcoin.it/wiki/Data_directory

40  Bitcoin / Development & Technical Discussion / Re: Please remove Bitcoin from Sourceforge.net on: August 18, 2011, 06:02:06 PM
Perhaps he could go to the Bitcoin World Expo in NYC tomorrow.  I'm sure plenty of people there use PGP and could sign his key.
Pages: « 1 [2] 3 4 5 6 7 8 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!