Bitcoin Forum
October 19, 2020, 03:26:38 PM *
News: Latest Bitcoin Core release: 0.20.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 ... 463 »
181  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: June 04, 2015, 06:05:55 PM
Seeing a little about HayekGold from Anthem, ... uses Counterparty.

Once I have bought through Anthem, does this let me sell or transfer on my own?  (i.e., over-the-counter, using a counterparty wallet)?  Or am I simply only able to sell back to Anthem?
182  Bitcoin / Bitcoin Discussion / Re: Anti-fork guys: What is YOUR proposal? on: June 02, 2015, 09:51:49 PM
There's about 3.2 billion reasons why a larger block altenative isn't already launched.  The assumption is that this change to the protocol should be accepted by existing Bitcoin users, miners, exchanges, wallets, etc. and thus the $3.2 market cap would transfer in its entirety to the hardfork side.     But this Bitcoin-XT (specifically, the change to support larger blocks) should simply be considered as being a new coin -- one with initial distribution (premine) such that 1 UTXO exists in the new coin for each UTXO that existed in Bitcoin at the time of the hard fork.

The only way for the new coin to have any chance of having an impact is if it captures all the existing traction and momentum that Bitcoin has received to-date.

Sure, that's a lofty goal.   Essentially, those pushing this new coin (BTX) want to gamble with our bitcoins (BTCs).

Maybe the solution is to simply treat this new coin  .... as a new coin, difficulty 1, and no premine.
183  Bitcoin / Bitcoin Discussion / Re: Is there an actual Bitcoin bank yet? on: May 19, 2015, 11:55:03 PM
Does anybody offer an insured solution for storing coins that pays interest?

Do I presume correctly that you aren't looking to receive interest on the USD value of the coins but instead are looking for interest paid on the bitcoin balance instead?  (i.e., with 1 bitcoin deposited you always end up with more than 1 bitcoin after interest is paid and principal returned).  

That type of investment probably won't happen.  Commodity money (yes, even Bitcoin) has a carrying cost.  So instead of earning interest you have demurrage ( )

Similarly, you won't see banks where you deposit gold and earn interest on that capital.   (Well, except for the draft proposal by the government of India:, which would be crazy because most of those people would never get their gold back).

But I can see the reason you want something like this ... you believe bitcoin will rise in price so rather than sell your coins you give them to someone else to hold who will give them back to you at a later time plus a little interest on top.    But derivatives can help with this somewhat (i.e., give you a way that with a 1 bitcoin investment if the exchange rate does rise you end up with more than 1 bitcoin at a later time.)
184  Economy / Services / Re: [INT. CALLS] [Untraceable] [For Sale, Program/Site] Chiliphone on: May 19, 2015, 08:41:38 PM
haha chilliphone wont be able to sell thanks to this competitor that just showed up. 

There's also XCoinCall and now BitcoinDial as well.
185  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.
186  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
187  Other / Politics & Society / Re: U.S. CrowdFunding Bill on: March 25, 2015, 11:12:56 PM
The SEC finished its rulemaking for equity crowdfunding:



188  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.
189  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.
190  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.
191  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:
192  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


193  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.
194  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?
195  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?
196  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.]
197  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:

198  Bitcoin / Bitcoin Discussion / Re: Bitcoin 20MB Fork on: February 09, 2015, 08:22:26 AM
Without a fork, does tumbling become prohibitively expensive?
199  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.
200  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.
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 ... 463 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!