Meni Rosenfeld Bitcoil - Haifux

Dynamically Controlled Bitcoin Block Size Max Cap [BIP 1xx - Draft] | Upal Chakraborty | Aug 25 2015

Upal Chakraborty on Aug 25 2015:
Github: https://github.com/UpalChakraborty/bips/blob/masteBIP-DynamicMaxBlockSize.mediawiki
BIP: 1xx
Title: Dynamically Controlled Bitcoin Block Size Max Cap
Author: Upal Chakraborty <bitcoin at upalc.com>
Status: Draft
Type: Standards Track
Created: 2015-08-24
==Abstract==
This BIP proposes replacing the fixed one megabyte maximum block size
with a dynamically controlled maximum block size that may increase or
decrease with difficulty change depending on various network factors.
I have two proposals regarding this...
i. Depending only on previous block size calculation.
ii. Depending on previous block size calculation and previous Tx fee
collected by miners.
==Motivation==
With increased adoption, transaction volume on bitcoin network is
bound to grow. If the one megabyte max cap is not changed to a
flexible one which changes itself with changing network demand, then
adoption will hamper and bitcoin's growth may choke up. Following
graph shows the change in average block size since inception...
https://blockchain.info/charts/avg-block-size?timespan=all&showDataPoints=false&daysAverageString=1&show_header=true&scale=0&address=
==Specification==
===Proposal 1 : Depending only on previous block size calculation===
If more than 50% of block's size, found in the first 2000 of the
last difficulty period, is more than 90% MaxBlockSize
 Double MaxBlockSize 
Else if more than 90% of block's size, found in the first 2000 of
the last difficulty period, is less than 50% MaxBlockSize
 Half MaxBlockSize 
Else
 Keep the same MaxBlockSize 
===Proposal 2 : Depending on previous block size calculation and
previous Tx fee collected by miners===
TotalBlockSizeInLastButOneDifficulty = Sum of all Block size of
first 2008 blocks in last 2 difficulty period
TotalBlockSizeInLastDifficulty = Sum of all Block size of second
2008 blocks in last 2 difficulty period (This actually includes 8
blocks from last but one difficulty)
TotalTxFeeInLastButOneDifficulty = Sum of all Tx fees of first 2008
blocks in last 2 difficulty period
TotalTxFeeInLastDifficulty = Sum of all Tx fees of second 2008
blocks in last 2 difficulty period (This actually includes 8 blocks
from last but one difficulty)
If ( ( (Sum of first 4016 block size in last 2 difficulty
period)/4016 > 50% MaxBlockSize) AND (TotalTxFeeInLastDifficulty >
TotalTxFeeInLastButOneDifficulty) AND (TotalBlockSizeInLastDifficulty
TotalBlockSizeInLastButOneDifficulty) )
 MaxBlockSize = TotalBlockSizeInLastDifficulty * MaxBlockSize / 
TotalBlockSizeInLastButOneDifficulty
Else If ( ( (Sum of first 4016 block size in last 2 difficulty
period)/4016 < 50% MaxBlockSize) AND (TotalTxFeeInLastDifficulty <
TotalTxFeeInLastButOneDifficulty) AND (TotalBlockSizeInLastDifficulty
< TotalBlockSizeInLastButOneDifficulty) )
 MaxBlockSize = TotalBlockSizeInLastDifficulty * MaxBlockSize / 
TotalBlockSizeInLastButOneDifficulty
Else
 Keep the same MaxBlockSize 
==Rationale==
These two proposals have been derived after discussion on
[https://bitcointalk.org/index.php?topic=1154536.0 BitcoinTalk] and
[http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-August/010285.html
bitcoin-dev mailing list]. The original idea and its evolution in the
light of various arguements can be found
[http://upalc.com/maxblocksize.php here].
===Proposal 1 : Depending only on previous block size calculation===
This solution is derived directly from the indication of the problem.
If transaction volume increases, then we will naturally see bigger
blocks. On the contrary, if there are not enough transaction volume,
but maximum block size is high, then only few blocks may sweep the
mempool. Hence, if block size is itself taken into consideration, then
maximum block size can most rationally be derived. Moreover, this
solution not only increases, but also decreases the maximum block
size, just like difficulty.
===Proposal 2 : Depending on previous block size calculation and
previous Tx fee collected by miners===
This solution takes care of stable mining subsidy. It will not
increase maximum block size, if Tx fee collection is not increasing
and thereby creating a Tx fee pressure on the market. On the other
hand, though the block size max cap is dynamically controlled, it is
very difficult to game by any party because the increase or decrease
of block size max cap will take place in the same ratio of average
block size increase or decrease.
==Compatibility==
This is a hard-forking change to the Bitcoin protocol; anybody running
code that fully validates blocks must upgrade before the activation
time or they will risk rejecting a chain containing
larger-than-one-megabyte blocks.
==Other solutions considered==
[http://gtf.org/garzik/bitcoin/BIP100-blocksizechangeproposal.pdf
Making Decentralized Economic Policy] - by Jeff Garzik
[https://bitcointalk.org/index.php?topic=1078521.0 Elastic block cap
with rollover penalties] - by Meni Rosenfeld
[https://github.com/bitcoin/bips/blob/mastebip-0101.mediawiki
Increase maximum block size] - by Gavin Andresen
[https://gist.github.com/sipa/c65665fc360ca7a176a6 Block size
following technological growth] - by Pieter Wuille
[https://lightning.network/lightning-network-paper.pdf The Bitcoin
Lightning Network: Scalable Off-Chain Instant Payments] - by Joseph
Poon & Thaddeus Dryja
==Deployment==
If consensus is achieved, deployment can be made at a future block
number at which difficulty will change.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150825/89d505e5/attachment.html>
original: http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-August/010640.html
submitted by bitcoin-devlist-bot to bitcoin_devlist [link] [comments]

REPOST from November 2015: "Forkology 301: The Three Tiers of Investor Control over Bitcoin - Tier 1: Expression of Intent; Tier 2: FORK ARBITRAGE ON EXCHANGES; Tier 3: Spinoff with New Hashing Algorithm" ~ u/ForkiusMaximus

This is one of the most important posts from u/ForkiusMaximus - and it is highly relevant today, now that exchanges (such as ViaBTC) have already started allowing investors to do "fork futures" or "fork arbitrage" trading - putting their money where their mouth is, to invest in Bitcoin-Cash versus Bitcoin-SegWit.
https://np.reddit.com/btc/comments/3t4kbk/forkology_301_the_three_tiers_of_investor_control/
Tier 2: Fork Arbitrage on Exchanges
This case is [...] only required if a change is too controversial for something like XT's 75% threshold to be relied upon. Here, several weeks/months before the fork is to occur, Bitcoin exchanges prepare futures contracts for, say, coins in Core and coins in XT, and let investors effectively sell their coins in Core to buy more coins in XT, or vice versa.
For example if you have 10 BTC, you would of course have 10 Core bitcoins and 10 XT bitcoins after the fork if you took no action, but if you choose to participate in the arbitrage you might sell your 10 future Core bitcoins and use them to increase your future XT bitcoin count to 15 or 20 BTC. Why would it ever be only 15 BTC? This would be the case where you entered the arbitraging late and Core bitcoin futures had already fallen to half the price of XT bitcoin futures, meaning your 10 Core BTC only buys you 5 XT BTC. [For more technical details, see Meni Rosenfeld's How I learned to stop worrying and love the fork, though he doesn't address the futures contract innovation, which further streamlines the process by giving a very strong indication of the winner before the fork even happens.]
In almost all conceivable cases a definitive winner emerges (and if not, no other method is going to do any better at determining the winner), and the other fork either dies or becomes a niche alt-protocol coin (not really an "altcoin," since it shares Bitcoin's ledger). The niche coin would likely only arise and persist if there truly were a key tradeoff being made, as some small block adherents argue. In any case, hodler purchasing power is completely preserved by default if they choose not to bet in the "forkbitrage" process, even in the event of a persistent split.
This forkbitrage process represents a more direct expression of investor will than in Tier 1. (Also, it may be possible that this process starting up would kick off Tier 1 effects that would allow the more radical measure of forbitrage to be halted early, with the exchanges returning investors' bets.)
submitted by ydtm to btc [link] [comments]

Mining Pool Reward Methods Meni Rosenfeld Technion Cyber and Computer Security Summer School Double your Bitcoin in 48 Hours  ( Min - 0.001 BTC, max - 1 BTC ) EB49 – Meni Rosenfeld: Mining Pool Reward Systems, Bitcoin Economics, Bitcoin in Israel Live Bitcoin Interviews - YouTube 45. BITCOIN 2013 - Day 3 - Mining Pool Reward Methods, part 1of3

– Meni Rosenfeld Jul 21 '12 at 20:24. add a comment Your Answer Thanks for contributing an answer to Bitcoin Stack Exchange! Please be sure to answer the question. Provide details and share your research! But avoid … Asking for help, clarification, or responding to other answers. Making statements based on opinion; back them up with references or personal experience. To learn more, see ... Bitcoin amounts can be specified with 8 decimal places (2.1 quadrillion atomic units) Monetary inflation rate is stepwise decaying exponential, halving roughly every 4 years 29/11/2012 Written by Meni Rosenfeld 6 . Inflation schedule 29/11/2012 Written by Meni Rosenfeld 7 . Historic price chart 29/11/2012 Written by Meni Rosenfeld 8 . Bitcoin system components A transaction structure for ... Bitcoin Transaction Scriptsig - Bitcoin developer Meni Rosenfeld doesn’t think so either; Bitcoin Transaction Scriptsig. Height, Age, Transactions, Total Sent, Total Fees, Block Size (in bytes). 6 Jan 2016 [bitcoin-dev] Confidential Transactions as a soft fork (using segwit).Alle Transaktionen und Bitcoins, die erzeugt wurden, können transparent durch jeden in Echtzeit überprüft werden ... Meni Rosenfeld Bitcoil 4/2/2013 Written by Meni Rosenfeld 1 . Bitcoin adoption (Jan 2013) ... Historic price chart 4/2/2013 Written by Meni Rosenfeld 12 . Analogies Bitcoin is to money what… Email is to communication The WWW is to publishing Social networks are to socializing Bitcoin is an open source currency You can look under the hood You can hack it (but you can’t crack it) Bitcoin is ... All Bitcoin related videos - daughter of /r/BitcoinAll. jump to content. my subreddits. edit subscriptions. popular-all-random-users news-AskReddit-pics-funny-todayilearned-worldnews-aww-gaming-videos-tifu-movies-mildlyinteresting-Jokes-IAmA-gifs-TwoXChromosomes-Showerthoughts-OldSchoolCool-personalfinance -Music-science-LifeProTips-explainlikeimfive-askscience-nottheonion-television ...

[index] [44871] [633] [43007] [5161] [15444] [45449] [18279] [27419] [49725] [41224]

Mining Pool Reward Methods Meni Rosenfeld Technion Cyber and Computer Security Summer School

Meni Rosenfeld is Founder of Bitcoil and Chairman of the Israeli Bitcoin Association. Having organized several meetups and conferences in Israel, he is a very active member of the Israeli Bitcoin ... This video is unavailable. Watch Queue Queue. Watch Queue Queue 00:00 - Opening words and intro to LessWrong (Joshua Fox) 02:40 - Prehistory and governance of Bitcoin (Meni Rosenfeld) 37:07 - How traditional Chess engines work (Meni Rosenfeld) 1:33:39 - Notes ... Meni Rosenfeld - Early Days of Bitcoin Mining Tel Aviv Nov 2016. Mining Pool Reward Methods by Meni Rosenfeld, Chairman of Israel Bitcoin Association. The lecture was presented at the 6th Technion Summer School on Cyber and Computer Security held Sept. 10 ...

#