Bitcoin Forum
May 11, 2024, 06:51:05 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1]
1  Bitcoin / Development & Technical Discussion / Re: Question about fees and transaction size on: November 30, 2017, 07:48:52 PM
No, he shouldn't. Bitcoin is not good for microtransactions and never really has been.

Makes sense, so why do people vouch for BTC as the universal currency? Because most businesses are built on microtransactions. Not only would it not work with microtransactions, it would not work for businesses who receive money in high frequencies. 
2  Bitcoin / Development & Technical Discussion / Re: Question about fees and transaction size on: November 30, 2017, 07:21:27 PM

Chad went wrong by doing two things. First of all, he is using an uncompressed public key. Secondly, he is not using Segwit.

Using a compressed public key itself will reduce the size of each input to 148 bytes.

Using segwit will reduce that even further. A normal P2PKH input with compressed pubkey will be 592 Weight units. With P2SH nested segwit, the input will only be 243 weight units. So with your fee rate of 58 satoshis per weight unit (230 sat/byte is 57.5 sat/weight unit), Chad would only have to pay 1773900*58=102886200 satoshis = 1.02886200 BTC, one third of what you calculated earlier. At the current market rate, he would still be making a profit.

Furthermore, Chad could also wait for the Lightning network to be deployed. If the majority of his customers used the Lightning network and were repeat buyers or routed payments through other lightning network nodes so overall he would have to make very few and small transactions.

Alternatively Chad could also pay a very low fee rate and just wait a long time. If he does not need the money urgently and instead consolidates outputs periodically at a very low fee rate, he would have to pay way less in fees.

Chad wouldn't be making profit, that is just his revenue on the OJ cups. Keep in mind Revenue != Profit. Chad will need his revenue right away to pay his employees, pay for oranges, cups, rent and etc. His revenue would just be 14600 - 10041 = $4559 This number is much lower than what he would have earned if he sold for USD instead of BTC. This means that without lightning network, chad shouldn't be incorporating BTC into his business to sell OJ.

Lets say it costs Chad $1 to sell each cup of OJ. To sell 20 cups of OJ per day for a year, it will cost chad $7300. His revenue is only $4559, this means that his profit = $4559 - $7300 = $-2741. Chad is still losing money.
3  Bitcoin / Development & Technical Discussion / Question about fees and transaction size on: November 30, 2017, 05:31:46 PM
Alright, so today I was writing a piece of code integrating BTC into my "Business" and I realized a huge flaw with use of BTC economically. Please prove me wrong.

Let us take a small business named Juice4Days that sells cups of orange juice to customers. Each cup is worth 2$ according to BTC/USD exchange rate. Let us also estimate that Juice4Days sells 20 cups of orange juice each day (using only BTC of course). If we assume that BTC/USD exchange rate stays the same, Juice4Days accumulates $14600 in one year on their single BTC address. In one year, the owner of Juice4Days, Chad, decides to send total revenue to his other address for safe keeping. This is where Chad stumbles upon a huge problem:

If we assume that each cup sold was added to Juice4Days BTC address as an input carrying approximately 180bytes of data, we get that the overall size of Chads transaction to his safe keeping address will be 180Bytes x 7300Cups = 1314000 Bytes. According to bitcoinfees.earn.com "The fastest and cheapest transaction fee is currently 0.0000023 BTC/byte", this means that Chad will have to pay 1314000 x 0.0000023 = 3.0222BTC for his transaction.

Chad will have to pay more in transaction Fees than he has made selling his amazing orange juice.

Where did Chad go wrong?  Roll Eyes

Please explain to me, I really want to know how Chad could have improved his system to minimize transaction fees.

P.S Even if Chad pays the lowest possible transaction fee per byte he still has to pay 1236.00 US Dollars. Add to that the possibility that his transaction may never get confirmed.
Pages: [1]
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!