Bitcoin Forum
July 01, 2024, 10:52:30 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 ... 405 »
61  Economy / Speculation / Re: I PANICKED on: September 05, 2014, 03:03:52 PM
So you "invested" your life savings in something that is not an investment?  Sad
Panic is an appropriate response then. Very, very, risky move in my opinion.   
I see you saying that a lot. You are still wrong about it. Miners invest in mining equipment. Everyone who doesn't mine buy coins from miners, that is, we invest in the miners themselves. Net result is that everyone who holds any amount of bitcoin, however big or small, has invested in the network itself. Now you might not think of it as an investment or treat it as such and that's fine, but it is.
This is not what he is saying. He is saying that bitcoin itself is not an investment as it is very risky and it is far from certain that it will rise in price over the long term.

IMO it is nothing short of reckless for anyone to invest their life savings into something half as speculative as bitcoin.
Kind of depends on how much life savings you have.  For me, it was none, so I invested on credit.  It's worked out spectacularly for me so far, and now my life savings IS in Bitcoin simply because I didn't have one before.
62  Economy / Services / Re: I need a good programer that understand blockchain technology to partner up with on: September 04, 2014, 05:29:16 PM
Were are the crypto entrepreneurs HuhHuh?
You're gonna have to explain a lot more about your project to interest them.
63  Economy / Digital goods / Re: [WTS] BITCOIN.GURU domain on: September 03, 2014, 08:15:54 PM
Had an offer via email, but he stopped responding.  Not sure about that one.  Anyway, domain is still up for sale.  Still willing to accept 3 BTC!
64  Bitcoin / Project Development / Re: [BOUNTY] Fully functional open source code for Firstbits website on: September 03, 2014, 07:15:05 PM
Anyone interested?  Is there a better place to post bounties?
65  Bitcoin / Project Development / [BOUNTY] Fully functional open source code for Firstbits website on: September 02, 2014, 11:05:19 PM
EDIT: PROJECT CURRENTLY IN PROGRESS 9/8/14.

I cannot count the number of times that firstbits would have been useful to me personally, and I imagine to many others as well, so I would like to get serious about revitalizing the firstbits website.  I'd like it to be open source as well, so anyone can help improve the code or host a copy down the road.

The code should replicate the behavior as listed here:  http://firstbits.net/about.php

Basic logic should be as follows:
1) Gather all Bitcoin addresses from a block.
2) Compare first two characters of first address in the block to firstbits table.
3) If a match is found in the table, add another character of the address and repeat.
4) Once it is not found, add temporary firstbits into an array and move on to the next address.
5) At the end of the block, compare all temporary firstbits found from addresses in the block to each other.  Resolve any conflicts by adding characters to conflicting addresses.
6) Add completed list of firstbits to firstbits table.

Other requirements:
- Must store data in a MySQL database
- Must use either PHP or python (or both)
- Must be able to connect to a bitcoin daemon (bitcoinQT) to gather the addresses
- Must be able to compute and store firstbits with additional length (i.e. 1sgtspike and 1sgtspike5 must both return 1SgTspiKe5HHkjdSeD72q9WsiJhRiaxf9)
- Must be publicly hosted to github upon completion

Bounty: $200 of BTC.

Now I realize the bounty is low for a job of this complexity, so if someone else wants to help chip in a bit more to the bounty, please do so!  It would be greatly appreciated.

Any questions?  Any volunteers who wish to code this?
66  Bitcoin / Bitcoin Discussion / Re: Let's add up the KNOWN lost bitcoins on: September 02, 2014, 10:41:15 PM
That 1% is a lot in my opinion, taking into consideration this is just a corner of the glacier, I guess there maybe in total 5% lost..
I wouldn't be surprised if it is more like 2M BTC lost.  In the first year+ of Bitcoin's existence (during which almost 2M coins were mined) it was nothing more than an interesting experiment.  The coins were worthless, and people treated them as such.  I mean heck, the first known monetary valuation wasn't until Lazlo's pizza, which was mid-2010, 1 and a half years after it started.  Not to mention than Satoshi himself mined a good 1M BTC, and I don't expect those will ever move.

Just my best guess on it.  I'd be willing to bet that 10 years from now, there will be at least 2M coins that haven't moved between now and then.
67  Bitcoin / Bitcoin Discussion / Re: Let's add up the KNOWN lost bitcoins on: September 02, 2014, 05:59:33 PM
Have you considered searching in google for all the "hard disk lost, guy trying to find it in the garbage mountains" sort of news in google? shit tonne of btcs lost man.
Those 7500 coins are included in the total lost.
68  Bitcoin / Bitcoin Discussion / Re: Let's add up the KNOWN lost bitcoins on: September 02, 2014, 03:20:38 PM
Went through all the honest posts from #100 onwards...

38669.33589602
+1300
+2
+3
+7000
+.25
+27000
+5
+1
+5
+3.14482421
+31.22782779
+150
+500
+88
+0.1
+78
+4.0624
+7500
+.3
+2130.83766357
+.05
+55
+.67
+.000035
+50000
+50
+1.3

New total
BTC134578.27864659


EDIT: First post really?... I guess I've just visited and never contributed.  Sad
Cheers, thanks!
69  Bitcoin / Bitcoin Discussion / Re: Someone please tell me this isn't how transactions always work.... on: August 29, 2014, 03:26:22 PM
It seems to me that 3 solutions are proposed so far: 1. instead of a single output, break up the change output into multiple outputs of small amounts 2. allow user to specify multiple destination addresses in a single transaction 3. allow using unconfirmed outputs

3. is unsafe, as discussed above

1. only solves the problem partially -- it is still a problem when one spends the first funding transaction followed by creating another transaction immediately. In addition, setting the small amount threshold is a guessing work -- if the threshold is too big as relative to what the user normally keeps & spends, the same problem still exists. If it is too small user will end up paying additional fees because of the transaction size. I thought of this solution before, but in the end I thought to myself this would be the classic case of "software trying to be smart but ends up screwing with you and makes you hate technology"

Solution 2. seems like the only sensible solution to me, but it sure has UX implications for Hive (advanced send?). It does address OP's particular use case if he knows in advance that he wants to send x amount to addr1 and y amount to addr2, and decides to do it in a single transaction. Also it doesn't really address the "send one transaction followed by another" problem.

Keep the ideas coming. If we end up coming up with a good solution, I'm happy to implement it Smiley
#2 doesn't work either.  You may need to pay two people in quick succession without being able to pay them both at the same time.

"Here, hold on while I go to the next vendor booth over and buy a widget from him so I can pay you both at the same time."  Or the bar tab + taxi situation brought up by OP.  Or even forgetting to add something to your basket at the store - now you have to wait 10 minutes before you can pay for that last item that you ran to grab after you already checked out.
70  Bitcoin / Bitcoin Discussion / Re: RIP Hal Finney on: August 28, 2014, 08:49:32 PM
He last logged on to bitcointalk.org on April 9th, 2014.  I wonder what was going through his mind between then and now.  His last post:
We used checks. For high value transactions, cashier's checks. I don't know how this transfers to a bitcoin environment. Oh, there wasn't as much mail order back then. Most shopping was local.
In response to the question "Old people, how did you protect purchases before widespread use of credit cards?"
71  Economy / Speculation / Re: I PANICKED on: August 28, 2014, 04:48:57 PM
Whoever is putting his life savings into BTC is a fool.  Doesn't matter what will happen (I still think BTC long term is a very good investment, but regardless).

Never invest what you can't afford to lose.
Eh, my life savings amounts to diddly.  But I'm glad I put that diddly into Bitcoin in 2011... I may retire yet!
It went well, but it could have ended horribly bad.

If you invested something in 2011 you had all the time to accumulate without risking your "life savings".

I stand by what I said. BTC is still in early stages, investing more that you can afford to lose is not a wise choice, that's all I'm saying, regardless of what we can say in retrospect.
You're going wrong in saying that life savings = more than you could afford to lose.  In my case, life savings = pretty much nil.  I basically borrowed $1,000 to buy mining equipment to get Bitcoins.  But if I had lost it all, I could have still survived.  Likewise, most people can afford to lose their life savings.  It wouldn't be fun, but they could afford it.  That's why it's called savings.

I completely agree with you that no one should invest more than they can afford to lose.  But that's a completely different statement than investing your life savings.
72  Economy / Speculation / Re: I PANICKED on: August 28, 2014, 03:10:26 PM
Whoever is putting his life savings into BTC is a fool.  Doesn't matter what will happen (I still think BTC long term is a very good investment, but regardless).

Never invest what you can't afford to lose.
Eh, my life savings amounts to diddly.  But I'm glad I put that diddly into Bitcoin in 2011... I may retire yet!
73  Bitcoin / Bitcoin Discussion / Re: Someone please tell me this isn't how transactions always work.... on: August 27, 2014, 11:17:52 PM
Thanks for the explanation DannyHamilton!
74  Bitcoin / Bitcoin Discussion / Re: Someone please tell me this isn't how transactions always work.... on: August 27, 2014, 06:59:05 PM
Isn't there an option to allow unconfirmed transactions to be sent?
Not as an input to another transaction.  I'm pretty sure even qt nodes would reject such transactions.
Are you certain of this? I've always been under the impression they could. Now I'm not sure.
I am not certain.  We should seek out the truth.

I'm not convinced that you are both interpreting what is being said in the same way.

It is possible to use an output from an unconfirmed transaction as an input into another transaction.

However, it is a dangerous thing to do due to transaction malleability.

In my opinion, it seems it would be better for the wallet to break up larger outputs into multiple smaller outputs so that less total value is locked up in an unconfirmed transaction.
But will nodes relay a transaction with an outpuu from an unconfirmed transaction used as an input for another transaction?  I was always under the assumption such a transaction would not be relayed until the first transaction confirmed.

I'm not familiar with the dangers of transaction malleability and how it would apply here.  Can you elaborate?

In my opinion, it seems it would be better for the wallet to break up larger outputs into multiple smaller outputs so that less total value is locked up in an unconfirmed transaction.
This is what I was getting at, surely it would be a fairly simple option for a wallet to have?
It's not something the mainstream user should have to deal with though, not to mention that it could introduce additional fees to the user.  But yes, it seems like a decent option until something better comes along.
75  Bitcoin / Bitcoin Discussion / Re: Someone please tell me this isn't how transactions always work.... on: August 27, 2014, 06:02:41 PM
Or you could make those two payments in one transaction and problem solved...

Unfortunately, not solved. The bar has a separate address for the bill and bartender tips, something I do not have control over.
To be fair, I think he was talking about multisend.  Unfortunately, I haven't yet seen a mobile wallet that has multisend capabilities.  It seems to be often overlooked.
76  Bitcoin / Bitcoin Discussion / Re: Someone please tell me this isn't how transactions always work.... on: August 27, 2014, 06:02:02 PM
Isn't there an option to allow unconfirmed transactions to be sent?
Not as an input to another transaction.  I'm pretty sure even qt nodes would reject such transactions.

Or you could make those two payments in one transaction and problem solved...
This works if you can pay them all at the same time.  But there are certainly instances where you might need to make multiple payments in quick succession without combining them.  Paying a bar tab and then a taxi is a good example.  Or even visiting a bunch of vendors at a street fair and buying things from each.

Yes, it's a problem, but I don't see mobile payments being used that way, cash is still the most effective payment method for everyday small payments.
Well, exactly.  That's why OP is saying Bitcoin is going to have trouble going mainstream - because "cash is still the most effective payment method for everyday small payments".  Bitcoin still has its internet niche, but unless payments can be made flawlessly in meatspace as well, I tend to see Bitcoin as staying a niche currency and not going truly mainstream.


Isn't there an option to allow unconfirmed transactions to be sent?
Not as an input to another transaction.  I'm pretty sure even qt nodes would reject such transactions.
Are you certain of this? I've always been under the impression they could. Now I'm not sure.
I am not certain.  We should seek out the truth.
77  Bitcoin / Bitcoin Discussion / Re: Someone please tell me this isn't how transactions always work.... on: August 27, 2014, 05:35:22 PM
Isn't there an option to allow unconfirmed transactions to be sent?
Not as an input to another transaction.  I'm pretty sure even qt nodes would reject such transactions.

Or you could make those two payments in one transaction and problem solved...
This works if you can pay them all at the same time.  But there are certainly instances where you might need to make multiple payments in quick succession without combining them.  Paying a bar tab and then a taxi is a good example.  Or even visiting a bunch of vendors at a street fair and buying things from each.
78  Economy / Services / Re: Please crack my blockchain wallet and take my 16 cents on: August 27, 2014, 05:18:34 PM
13-14 chars isn't bruteforceable.  You probably had some malware.
79  Bitcoin / Bitcoin Discussion / Re: Someone please tell me this isn't how transactions always work.... on: August 27, 2014, 05:17:05 PM

Alright, if my recent experience at a bar paying with bitcoin is any indication of how bitcoin transactions work, then mass adoption is very unlikely. Someone please tell me if this is how transactions must work, or it's just a Hive wallet issue.

I was at a bar that accepts bitcoin and wanted to pay my bill with btc. My Hive wallet had about $60 USD worth of coin in it. My bill was $22. The bar has a receiving address for the bill and a separate address for tipping the bartenders. I sent my $22 worth of coin to the first address. Then I went to send a $6 tip to the bartender address and my wallet said that 'Some funds are unavailable. To send this transaction you'll need to wait for your pending transactions to be confirmed'. So I waited. And waited. It took 10 minutes of sitting there (with my friend wondering why in the hell I think paying with bitcoin is so great) before I could tip the bartender and leave.

I contacted Hive and they said it depends on unspent transaction outputs. So if I had an unspent output of $58, it used that to pay the bill and was waiting for the change to come back so there wasn't another available unspent output to pay a $6 tip.

If this is how bitcoin transactions have to work, then I completely overestimated the usability of bitcoin for everyday spending. If I can't pay a bill, then immediately pay a tip, then walk outside and pay a taxi driver because I'm not aware of the unspent output amounts in my wallet then I'll just go back to cash or card.

Someone tell me this isn't how it has to work.
It is how Bitcoin works.  You have pointed out a very real shortcoming though.  I'm not sure how this could be fixed aside from allowing transactions to be created based on unconfirmed funds, which runs a risk of accidental double-spends.
80  Economy / Goods / Re: WTS - Sony Bloggie on: August 26, 2014, 10:46:56 PM
They go for more than that on Ebay. I'll only make a deal on all of them.
If you have a minimum price, you should probably state it in the OP so you don't waste your time with offers you are unwilling to accept.
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 ... 405 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!