Bitcoin Forum
January 20, 2018, 09:35:14 PM *
News: Electrum users must upgrade to 3.0.5 if they haven't already. More info.
  Home Help Search Donate Login Register  
  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 ... 461 »
141  Economy / Trading Discussion / Re: Tips for local transactions on: April 06, 2015, 10:07:35 PM
Just wanted to share that there is a useful alternative to escrow available now ...

BitRated takes advantage of mutlisignature transactions such that buyer and seller will each have a key but also the individual from BitRated chosen for arbitration will receive a key as well.  Two of the three keys are needed to spend the funds from the transaction.

Even if you aren't needing this type of transaction, it is still a good idea to register on BitRated and to build connections there (e.g., vouch for those who you've traded with and ask others who trust you to vouch for you).   This could become a very useful tool for those doing face-to-face trading as well as online trading.
142  Economy / Games and rounds / Re: BTCJam forum name verification on: April 03, 2015, 07:30:22 PM
I want to link my Bitcointalk name with BTCJam's. Verification code: d9bd8283-bf82-48a9-b90b-a66635a58def
143  Other / Politics & Society / Re: U.S. CrowdFunding Bill on: March 25, 2015, 11:12:56 PM
The SEC finished its rulemaking for equity crowdfunding:



144  Economy / Economics / Re: Inflation and Deflation of Price and Money Supply on: March 06, 2015, 08:29:27 PM
If you get cash for something you did (say, your labor), and you get that cash in 10 seconds, you're not going to spend it immediately.  You're going to spread your spendings over the time it takes to your next salary.  So the transaction time doesn't intervene much in the velocity of money.

Ok, so let's say I have purchases I want to make but have no cash.  As soon as the funds owed me arrive and are spendable I plan to use them to make some purchases.

Let's say I receive payment for an invoice via PayPal.  I would then do a withdrawal in PayPal to have the funds sent to my bank (which takes a couple days and these transactions finalize in the middle of the night).  After the amount finally shows in my account I then go to an ATM to withdraw at a time of day that it is convenient to me.  I then can make my cash-based purchases.

So the payment network velocity is faster with mobile payments (or Bitcoin).  Instead of receiving PayPal, let's say I received M-Pesa.  After the payment was sent to me I can then immediately visit an M-Pesa agent to withdraw cash.  Alternatively I could use the M-Pesa funds for paying a merchant that accepts M-Pesa (without cashing out to fiat).

The (annual) velocity of the money when I receive via PayPal is less than 100.   The velocity of that same money if I had received it via M-Pesa can be a couple orders of magnitude larger.
145  Economy / Economics / Re: Inflation and Deflation of Price and Money Supply on: March 04, 2015, 12:17:17 AM
So I see a director of the Ugandan Central Bank says that
mobile money transactions may affect the velocity of circulation of money, which would result into higher inflation

It would make sense to me that fast payments (e.g., bitcoin or mobile payments) cause a higher velocity of the same money supply and that would mean that price inflation is the result.  I have a Quora question asking if this is true:

Are PayPal, Dwolla, M-Pesa, and Bitcoin responsible for inflation?

I didn't read the 25 pages of this thread, so if velocity increases from instant settlement payment networks is something already addressed here please share a link.
146  Economy / Digital goods / Re: [WTS] Premium Bitcoin Domains, including, on: February 27, 2015, 10:26:16 PM
I am listing for sale the following domains.  PM me with any offers, or with any questions or comments if you wish to communicate privately.

One dozen domains from the original list have since been sold.   I've updated the list to exclude those that have sold.
147  Economy / Speculation / Re: The hardfork will make Gavincoin plummet to zero on: February 23, 2015, 11:15:19 PM
If Gavin doesn't update the bitcoin core with a more realistic block cap size, then you can sure someone else will.

The client would likely need some additional changes ... kind of like as if starting a new altcoin except this one happens to accepts Bitcoin private keys and UTXOs at some starting point (where the fork will begin).  

Otherwise, Cryddit describes pretty well why the (existing) protocol software is very discriminating to the "losing" chain (which has less hashing power than the chain with the "most work".  The two chains just won't co-exist even if there is a certain percent of miners that will continue to mine on it:
148  Economy / Trading Discussion / Re: Tips for local transactions on: February 21, 2015, 12:56:26 PM
NYC firefighter kidnapped, robbed and stabbed by crypto thieves


149  Bitcoin / Development & Technical Discussion / Re: We dont have enough decimal places. on: February 20, 2015, 07:53:37 PM
This isn't enough for a global currency.

Spending "dust" or microtransactions incurs fees.  As blocks start filling up, amounts less than 0.001 even will become economically unspendable -- nonetheless 0.00000001 bitcoin.
150  Bitcoin / Development & Technical Discussion / Re: Beware bitZino shuffling algorithm leaves much to be desired... on: February 18, 2015, 06:40:47 AM
MT rand is truly bad at generating security-sensitive randomness.

Is this a problem for bitZino users?
151  Bitcoin / Bitcoin Discussion / Re: Bitcoin 20MB Fork on: February 12, 2015, 09:59:17 AM
As soon as I hear about A2, or maybe A3, I'll drop my B1 block because it's no longer on the longest chain.  From my point of view it's exactly like having a block orphaned for any other reason.

What if "Client B" were to reject any block that was 1MB or below, and only created blocks larger than 1MB (starting with some future block number).  Then regardless of "Client A"'s hashing power, those blocks will not be valid as far as Client B is concerned.

Sure the chains will quickly diverge (as there will be UTXOs with taint from new post-fork coins in Client A that will be rejected on Client B, and coins tainted in Client B are rejected by Client A).  If Client B only gets a really small amount of hashing capacity it won't be seen as being secure enough to persuade users to hop over to Client B.  But with a 20MB max blocksize, just 2% of the hashing capacity is still enough to absorb existing daily Bitcoin transaction load.  So does having just 2% mean this Client B dies, ... or does it just mean that we have an altcoin that was launched with initial distribution going to every person (or wallet) holding Bitcoin at the point the fork started?
152  Bitcoin / Bitcoin Discussion / Re: Bitcoin 20MB Fork on: February 11, 2015, 06:00:46 PM
Would there be much harm to the existing bitcoin ecosystem if someone released the gavincoin patch today?  (e.g. takes Bitcoin client such as v0.9.2 and simply changes the max to 20MB (or anything above 1MB), sets block nVersion=4, and maybe uses some other network port number).

I would like to see this as it will help us quickly learn the lesson about post-fork fungibility.

Why would anyone mine using this client (or join a pool using it)?   Well, because there is demand for gavincoins.  Why is there demand?  Post-fork there will be two chains.  All 13.8 million bitcoins pre-fork are spendable on the gavincoin side as well but if the transaction includes any amount of a gavincoin coinbase the transaction will be rejected on the Bitcoin side.

Initially many of those holding bitcoins (myself included) will want to buy a tiny bit of gavincoin to have some to be able to taint their bitcoins that will then be spent using the gavincoin client.  Even if the value of these tainted coins is a pretty trivial amount I probably will still want to sell them for whatever I can get since spending them doesn't impact my ability to use those same coins for spending on the Bitcoin side -- as that side knows nothing about the spend transaction from the gavincoin side (for those transactions that include any amount of gavincoin coinbase).

Because there is this initial demand for these gavincoins it won't take long for an exchange to pop up that offers BTC/GAV trading.  (If you still aren't convinced that a market exists, simply look at the orderbooks with  buy orders for all those shitcoins).

All then that is needed is a pool to mine using the gavincoin client which attracts at least ~6,650 Th/s (roughly $2.8M worth of the latest ASIC hardware) to cause the gavincoin side to get three blocks per day (the current Bitcoin transaction load is roughly 60MB per day so that daily load could be included in three blocks of 20MB each).   Also if this gavincoin client is using a different network port number someone would need to re-broadcast the bitcoin transactions onto the gavincoin fork (and maybe vice-versa so that all transactions that can confirm on both sides of the fork are broadcast on both sides.)

So let's say this gavincoin client comes out today and within a few days the first block on the gavincoin side is mined.    There should be no risk to the Bitcoin side of the fork as far as I can see --  at least not initially.  Now the gavincoin side ... that wlll have so little hashing capacity so those exchanges accepting gavincoin payments need to consider that a 51% attack against that side of the fork is certainly possible [Edit: after difficulty adjusts down on the gavincoin side a few times].

Then watch and see what happens.   Maybe both sides co-exist permanently, who knows.

[Edit: There is however the risk of a transaction that gets made with the intention of it being a gavincoin transaction but then it gets misconstructed where it includes only valid Bitcoins.  Since that transaction wouldn't have any gavincoin taint it will confirm on the Bitcoin side.  That gives the recipient the valuable bitcoins instead of the low-valued gavincoins.]

[Update: Also, the gavincoins generated are not spendable until they have 100 confirmations -- so that'ld take a month at only 3 blocks / day before a single "tainting" transaction could occur.]

[Update 2: A catalyst for the fork would be needed.  For that the Gavincoin patch could set a future block number as where the fork will begin and beginning with that block only blocks with nVersion=4 would be valid.]

[Various minor edits for clarity and readability.]
153  Bitcoin / Project Development / Re: Bringing Bitcoin to the world-competing with Western Union on: February 11, 2015, 11:30:48 AM
Some more remittance-related Bitcoin news:

Kenya's gets another $1.1 million investment allowing them to expand to serving Uganda and Tanzania:

Last bank enabling remittances from the U.S. to Somalia forced to discontinue that service:

154  Bitcoin / Bitcoin Discussion / Re: Bitcoin 20MB Fork on: February 09, 2015, 08:22:26 AM
Without a fork, does tumbling become prohibitively expensive?
155  Bitcoin / Bitcoin Discussion / Re: Bitcoin 20MB Fork on: February 08, 2015, 10:35:14 AM
Every increase in fees means more utxo's fit the definition of "dust" in that spending them would require more fees than they are worth.  And fees will definitely increase.  [...]

a lot of the present holders [...] will likely find that they have a lot of unspendable outputs at some point.

And if I am using Bitcoin-Qt client, it isn't exactly in a hurry to spend these funds any time soon as its aim is to minimize fees, not spend the microtransactions before they become no longer economically spendable.

So regardless of whether or not you want to see a fork, it won't occur soon.  Anyone with a wallet holding transactions of small amounts (and that includes most anyone who uses Bitcoin regularly) would be wise to begin consolidating now while transaction fees are still cheap.
156  Bitcoin / Bitcoin Discussion / Re: Bitcoin 20MB Fork on: February 07, 2015, 09:05:45 PM
If there is no hardfork, will even UTXOs with just 0.001 bitcoins (one millibit) become economically unspendable?

Let's say with blocks filling we have fees rising to about 0.001 per 1K of data (on average).   So with that you have fees totaling about 1 bitcoin per block.  That's about 144 bitcoins per day.  (in addition to the block reward subsidy of 3,600 bitcoins per day).   So even with fees of 0.001 per 1K miners are still earning less than 4% of total revenue from fees, with the rest of their income being the block reward subsidy.

But here's here I'm seeing the problem.  With space becoming scarce, the fees make a whole lot of UTXOs economically unspendable.  A 1K transaction might be something like six inputs and two outputs.  So with a fee of 0.001 means the marginal cost for each UTXO input is about 0.0001  (roughly 300 bytes for the trx and two outputs, and ~120 bytes for each input [Edit: rough guess, but in the ballpark I believe]).  That means the fee at  0.001 per 1K costs about 10% for each UTXO of one millibit.

This wasn't something that concerned me previously because fees had only been dropping over time.  If fees on those UTXOs were costly then you simply don't spend them and you could wait for the next drop in fees.  With blocks filling causing rising fees (to 0.001 bitcoin per 1K size) then the penalty for retaining UTXOs of one millibit or less can be 10% (or more!).

And that's only with the required fees rising 0.001 bitcoin per 1K.   What if it rises to 0.01 bitcoin per 1K size.  Now your marginal cost for each UTXO input is about 0.001 which means each and every UTXO of 0.001 or less has become completely worthless (i.e., it costs as much in fees to spend as it is worth).

The argument against Bitcoin value rising being a problem was that with divisibility we could just transact in smaller and smaller amounts.   We even saw a push to start using the term "bits" (0.000001 bitcoin).  But if any UTXO not significantly above 0.001 bitcoin becomes economically unspendable then "divisibility to 8 decimals" as being something that solves the deflationary problem is no longer rational counterargument.

I don't know what is worse -- monetary inflation causing a 4% devaluation per-year, or each year rising fees causing 4% of the funds in your wallet to become unspendable.
157  Bitcoin / Bitcoin Discussion / Re: Permanently keeping the 1MB (anti-spam) restriction is a great idea ... on: February 05, 2015, 11:57:00 AM
If I lose direct access to the blockchain then I am forced to hand over all my wealth (not just enough funds to cover trivial purchases) to a third party.

That's probably the best argument I've seen.  I think of how today I have many paper wallets, mobile wallets, and hosted (shared) E-Wallet services (i.e., custodial services) where I had a balance of a few millibits or less in them and won't (or can't) withdraw because the Bitcoin network transaction fee is prohibitive for that small amount of bitcoin.    Now as fees rise due to scarcity of empty space in blocks then I'll essentially have permanently abandoned those wallets with the small values (i.e., those funds become economically unspendable, ... worthless!).

I suppose for the paper wallets and mobile wallets where I have the private key I could combine them into a single transaction without incurring a higher fee, but that's possible only today because there's still some low-cost space left and the fee required doesn't rise linearly when the size of the transaction rises.   Without a fork then eventually we are essentially paying a fee for each additionally byte and the resul will likely be that millions of UTXOs with small amounts (e.g., sub-millibit -- less than 0.001 bitcoins) will become worthless.   Hey now,  that's some real money we're talking about discarding!  [Anyone care to crunch the numbers -- what is the sum total of bitcoins that exists in UTXOs under one millibit?)  

It makes me think back ... First they came for the dust, and I didn't speak out because I didn't play SatoshiDICE.    When this day comes (when the 1MB cap is reached, and no-hard fork), maybe a millibit becomes the new dust!   And then let's say the fee required rises even more, maybe UTXOs under 0.01 even become economically unspendable.    That becomes a real problem for most of us!

So what to do?
I'ld like a Bitcoin that can scale and grow with transaction demand.  I'ld also like my car to get 150 MPG.  The latter can't happen simply because a gallon of gasoline doesn't have the energy needed for an internal combustion engine to propel today's car for 150 miles.  Now I'm not entirely convinced the former can happen either.  That's because a hard fork that doesn't have the consent of the Economic Majority ( ) will fail.

Let's go through the first hours of the hard-fork.  Let's say it happens at block 400,000 (a lttle over a year from now).  Everything was in place -- miners with the right nVersion indicating consent was well above the threshold (e.g., 80% of last 1,000 blocks had nVersion=4).     But ..., I'm not willing to believe that exchanges, merchants, merchant processors, etc. are going to themselves take on the full risk of double spending that would occur if the hard fork eventually fails (maybe a day or three later even).   The only way to prevent the double spending that would result would be to require that a transaction confirms on the block chains on both sides of the fork.  So these entities are going to watch both sides. Well, a transaction that has any taint from a coin generated on the side with the larger block size rule change (I hate calling them "gavincoins", but for the purpose of this argument that name is short and everyone here knows what it means) will not confirm on the other side of the fork where the 1MB limit is still followed.

So the market instantly realizes this difference between a Bitcoin and a GavinCoin.  So the value of a GavinCoin will drop relative to a Bitcoin.   Miners can't convert or spend these newly mined coins nearly anywhere, so all you have is buying from speculators.   Now those mining on the side which still recognizes the 1MB max limit are still mining blocks (albeit at a much slower rate because of the dramatic loss of hashing capacity) and some market for those newly mined coins exists -- again, thanks to speculators.    Things can flip quick.  Maybe a day goes by and all of a sudden a large amount of hashing capacity switches back to the 1MB max side due to the dropping exchange rate of GavinCoin, and it becomes quite possible (if not probable) that the 1MB limit will be with us for some time longer.

The exchanges and merchants that played both sides (i.e., required confirmations on both sides of the fork) lost nothing as either way they have confirmed transactions on what is eventually the sole winner.   If the hard fork fails then the losers are those who had E-Wallets (custodial accounts) and found their pre-fork bitcoins were spent and they only end up with tainted GavinCoins that can now never be spent (at least not anywhere near parity with a bitcoin).   Likely most every custodial service (e.g., exchanges, hosted/shared eWallets, etc.) that didn't require confirmations on both sides of the fork ends up bankrupt as a result of getting dumped on with GavinCoins while allowing withdrawals of untainted bitcoins.

I just don't see how a hard-fork succeeds.   There is risk of accepting GavinCoins.  There is no risk (excluding exchange rate risk) of putting your own pre-fork coins into storage for a (long) while and not letting them become tainted GavinCoins (as they can still be spent a year, two or ten later).

[Edited: A couple small readability changes.]
158  Bitcoin / Bitcoin Discussion / Re: Permanently keeping the 1MB (anti-spam) restriction is a great idea ... on: February 05, 2015, 11:56:29 AM
On edit: fixed some typos.

Possibly one more ...
"Have you ever thought about the fact that you send a bank wire yourself."
Did you mean to instead write "that you can't send a bank wire yourself."?
159  Economy / Services / Re: Monbux's FREE Escrow Services | Non-IPO's: FREE | IPO's: 2% | Security Upgrade on: February 03, 2015, 07:59:51 AM
I have just completed a transaction (sold domains) in which monbux performed the escrow.  The were no complications and when the buyer instructed that the escrowed funds be released they were, so this was a good trading experience.
160  Economy / Trading Discussion / Re: Help with good bussiness ideas for cool domain names. on: January 28, 2015, 02:24:58 AM
I wish I own

Now's your chance ... make an offer! [Update: Sold]
[WTS] Premium Bitcoin Domains
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 ... 461 »
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!