Bitcoin Wiki - User contributions [en]

Segwit support

2017-08-19T11:26:00Z

Cdecker: /* Developers */ cdecker adding to the red

<big><big>'''PLEASE NOTE:''' This list is not yet complete.</big></big>

'''Developers/businesses: Please add a row for yourself in the applicable table to reflect your positions. If for some reason you don't already have a wiki account that can edit the page, make an account and ask luke-jr for help if you get caught in the anti-spam.'''

{| class="wikitable"
| {{No}} || doesn't support (but might or might not go along with it with sufficient community support)
|-
| {{Deficient}} || okay with the idea, but considers it to have insufficient community support
|-
| {{Evaluating}} || still evaluating the idea
|-
| {{AccJuly}} || it is a workable solution, provided it is activated before August 1 (and therefore BIP148-compatible)
|-
| {{Wanting}} || positively likes the idea, but considers it to have insufficient community support
|-
| {{Weak}} || better than nothing at all
|-
| {{Acceptable}} || it is a workable solution
|-
| {{Prefer}} || it is what he would choose if it was only up to him and no outside influences
|}

__TOC__

==Developers==



''Note that support for a given proposal does not mean developers support merging it into Core or any other specific codebase.''

{| class="wikitable sortable"
! rowspan=2 | Developer
! rowspan=2 | Aff* 
! Segwit itself
! colspan=3 | Deployment methods
! colspan=2 | Hardfork bundles (Silbert agreement)
|-
! [https://github.com/bitcoin/bips/blob/master/bip-0141.mediawiki BIP 141] !! [https://github.com/bitcoin/bips/blob/master/bip-0148.mediawiki BIP 148] !! [https://github.com/bitcoin/bips/blob/master/bip-0149.mediawiki BIP 149] !! [https://github.com/bitcoin/bips/blob/master/bip-0091.mediawiki BIP 91] || Segwit2x || [https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-May/014445.html COOP]
|-
| Karl-Johan Alm || Core || {{Prefer}} || {{Prefer}} || {{Acceptable}} || {{Acceptable}} || {{No}} || {{No}}
|-
| Bryan Bishop || || {{Prefer}} || {{Wanting}} || {{Acceptable}} || {{Weak}} || {{No}} || {{No}}
|-
| ฿tcDrak || Core || {{Prefer}} || {{Acceptable}} || {{Acceptable}} || {{No}} || {{No}} || {{No}}
|-
| Andrew Chow || Core || {{Prefer}} || {{Prefer}} || {{Acceptable}} || {{Weak}} || {{No}} || {{No}}
|-
| Wang Chun || [[F2Pool]] || {{Prefer}} || {{Acceptable}} || {{Acceptable}} || {{Acceptable}} || {{AccJuly}} ||
|-
| Matt Corallo || Core || {{Prefer}} || {{No}} || || {{Acceptable}} || {{No|LOL}} ||
|-
| Johnathan Corgan || Core || {{Prefer}} || {{Prefer}} || {{Acceptable}} || {{No}} || {{No}} || {{No}}
|-
| Luke Dashjr || Core || {{Prefer}} || {{Prefer}} || {{No}} || {{AccJuly}} || {{No}} || {{Deficient}}
|-
| Christian Decker || c-lightning || {{Prefer}} || {{Acceptable}} || || || {{No}} || {{No}}
|-
| Nicolas Dorier || Core || {{Prefer}} || {{Deficient}} || {{Acceptable}} || {{AccJuly}} || ||
|-
| Thaddeus Dryja || lit || {{Prefer}} || {{No}} || {{Acceptable}} || {{Acceptable}} || {{No}} || {{No}}
|-

| Mark Friedenbach || BIP 68/112 || {{Prefer}} || {{Prefer}} || {{No}} || {{AccJuly}} || {{No|LOL}} || {{No|Nope}}
|-
| Pavel Janik || Core || {{Prefer}} || {{No}} || {{Acceptable}} || {{No}} || {{No}} || {{No}}
|-
| Thomas Kerin || Core || {{Prefer}} || {{Wanting}} || {{Prefer}} || {{Weak}} || {{No}} || {{No}}
|-
| Johnson Lau || Core || {{Prefer}} || {{Wanting}} || {{Acceptable}} || {{Acceptable}} || {{No}} || {{No}}
|-
| Eric Lombrozo || || {{Prefer}} || {{Acceptable}} || {{Weak}} || {{AccJuly}} || {{No}} || {{No}}
|-
| Greg Maxwell || Core || {{Prefer}} || {{Deficient}} || {{Acceptable}} || {{Weak}} || {{No}} || {{No}}
|-
| Alex Morcos || Core || {{Prefer}} || {{Deficient}} || {{Acceptable}} || {{Weak}} || {{No}} ||
|-
| nopara73 || TumbleBit || {{Weak}} || {{Wanting}} || {{Prefer}} || || {{No}} ||
|-
| Laolu "roasbeef" Osuntokun || lnd || {{Prefer}} || || || || {{No}} ||
|-
| Kristofer "rawlzsec" Rawlins || || {{Prefer}} || {{Acceptable}} || {{Weak}} || {{AccJuly}} || {{No}} || {{No}}
|-
| Jeremy Rubin || Core || {{Prefer}} || {{Deficient}} || {{No}} || {{AccJuly}} || {{No}} || {{No}}
|-
| Pavol "stick" Rusnak || [[TREZOR]] || {{Prefer}} || {{Wanting}} || {{Acceptable}} || {{AccJuly}} || {{No}} || {{No}}
|-
| Rusty Russell || c-lightning || {{Prefer}} || {{Prefer}} || || || ||
|-
| Gregory Sanders || Core || {{Prefer}} || {{Wanting}} || {{Acceptable}} || {{Weak}} || {{No}} ||
|-
| Jonas Schnelli || Core || {{Prefer}} || {{Wanting}} || {{Acceptable}} || {{Acceptable}} || {{No}} || {{No}}
|-
| Patrick Strateman || Core || {{Prefer}} || || || || {{No}} || {{No}}
|-
| Paul Sztorc || || {{Prefer}} || {{Deficient}} || {{Wanting}} || {{AccJuly}} || {{No}} || {{No}}
|-
| Amir Taaki || libbtc || {{Acceptable}} || {{Prefer}} || || || {{No}} || {{No}}
|-
| Jorge Timon || Core || {{Prefer}} || {{No}} || {{Prefer}} || {{Deficient}} || {{No}} || {{No}}
|-
| Peter Todd || || {{Prefer}} || {{Deficient}} || {{Wanting}} || {{AccJuly}} || {{No|LOL}} ||
|-
| Warren Togami || Elements || {{Prefer}} || {{Prefer}} || {{Acceptable}} || || ||
|-
| Wladimir van der Laan || Core || {{Prefer}} || {{Prefer}} || {{Acceptable}} || {{Acceptable}} || {{No}} || {{No}}
|-
| Thomas Voegtlin || Electrum || {{Prefer}} || {{Prefer}} || {{Acceptable}} || {{Acceptable}} || {{No}} || {{No}}
|-
| Leo Wandersleb || Mycelium || {{Prefer}} || {{Prefer}} || {{Acceptable}} || {{Weak}} || {{No}} || {{No}}
|-
| Pieter Wuille || Core || {{Prefer}} || || || || {{No}} ||
|-
| Edmund Broadley || Core || {{Acceptable}} || {{No}} || {{No}} || {{AccJuly|AccJuly}} || {{No}} || {{Evaluating}}
|}

* "affiliation" is an optional field for the company or project the individual is associated with, that most qualifies the person to comment on the matter and is not meant as a company or project endorsement of the individual's position.

==Businesses==

'''When adding companies below, sources for each position MUST be provided.'''

{| class="wikitable sortable"
! rowspan=2 | Company
! rowspan=2 | Service
! Segwit itself
! colspan=3 | Deployment methods
! colspan=2 | Hardfork bundles (Silbert agreement)
|-
! [https://github.com/bitcoin/bips/blob/master/bip-0141.mediawiki BIP 141] !! [https://github.com/bitcoin/bips/blob/master/bip-0148.mediawiki BIP 148] !! [https://github.com/bitcoin/bips/blob/master/bip-0149.mediawiki BIP 149] !! [https://github.com/bitcoin/bips/blob/master/bip-0091.mediawiki BIP 91] || Segwit2x || [https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-May/014445.html COOP]
|-
| Abra || wallet || {{Prefer}}<ref name="coindance" /> || {{Prefer}}<ref name="coindance" /> || || {{AccJuly}} || {{AccJuly}}<ref name="silbert" /> ||
|-
| Bitcoin India || exchange/miner || {{Prefer}}<ref name="coindance" /> || {{Prefer}}<ref name="coindance" /> || || || ||
|-
| BitcoinReminder.com || service || {{Prefer}}<ref name="bitcoinreminder_com">[https://bitcoinreminder.com/informations/poli BitcoinReminder.com's position on scaling proposals]</ref> || {{Prefer}}<ref name="bitcoinreminder_com"/> || {{Acceptable}}<ref name="bitcoinreminder_com"/> || {{Weak}}<ref name="bitcoinreminder_com"/> || {{No|LOL}}<ref name="bitcoinreminder_com"/> || {{No}}<ref name="bitcoinreminder_com"/>
|-
| Bitfinex || exchange || {{Acceptable}}<ref name="coindance" /> || {{Acceptable}} || || || ||
|-
| Bitfury || miner || {{Prefer}}<ref name="coindance" /> || {{Acceptable}} || || {{AccJuly}} || {{AccJuly}}<ref name="silbert" /> ||
|-
| Bitmain || miner || {{AccJuly}}<ref name="bitmain">[https://blog.bitmain.com/en/uahf-contingency-plan-uasf-bip148/ Bitmain's plot against BIP148]</ref> || {{No}} || || {{AccJuly}} || {{AccJuly}}<ref name="bitmain" /> ||
|-
| Bitonic/BL3P.eu || exchange || {{Prefer}}<ref name="bitonic">[https://bitonic.nl/en/news/138/our-position-on-scaling-proposals Bitonic's position on scaling proposals]</ref> || {{Prefer}}<ref name="bitonic"/> || {{Acceptable}}<ref name="bitonic"/> || {{Weak}}<ref name="bitonic"/> || {{No|LOL}}<ref name="bitonic"/> || {{No}}
|-
| Bitpay || wallet || {{Prefer}}<ref name="bccore_swadoption"/> || {{No}} || || {{Prefer}} || {{Prefer}}<ref name="silbert" /> ||
|-
| Bitrated || reputation || {{Acceptable}}<ref name="bitrated">[https://twitter.com/bitrated/status/876805892003553281]</ref> || {{Acceptable}}<ref name="bitrated" /> || {{Prefer}}<ref name="bitrated" /> || {{AccJuly}}<ref name="bitrated" /> || {{No}}<ref name="bitrated" /><ref>[https://medium.com/@shesek/why-i-dont-support-the-compromise-efforts-9d73a8cce6be Why I don’t support horse-trading compromises for Bitcoin protocol development]</ref> ||
|-
| Bitrefill || merchant || {{Prefer}}<ref name="coindance" /> || {{Prefer}}<ref name="coindance" /> || || || ||
|-
| Bitsquare || exchange || {{Prefer}} || {{Prefer}}<ref name="bitsquare">[https://forum.bitsquare.io/t/bitsquare-will-support-uasf-bitcoin-not-bitmaincoin/2265 Bitsquare will support UASF Bitcoin not BitMainCoin]</ref> || {{Acceptable}}<ref name="bitsquare"/> || || ||
|-
| Bitstamp || exchange || || || || || ||
|-
| Bittylicious || exchange || {{Prefer}}<ref name="coindance" /> || {{Prefer}}<ref>[https://twitter.com/Bittylicious_/status/867305106668224513 Bittylicious answer on Twitter]</ref> || || || ||
|-
| Blockchain.info || wallet || {{Acceptable}}<ref name="bccore_swadoption"/> || || || {{AccJuly}} || {{AccJuly}}<ref name="silbert" /> ||
|-
| blockonomics || || {{Prefer}} || {{Prefer}}<ref>[https://twitter.com/blockonomics_co/status/851738251509497856 blockonomics announcement on Twitter]</ref> || || || ||
|-
| Bustabit|| gambling || {{Prefer}}<ref name="bustabit">[https://www.bustabit.com/statement-on-forks Bustabit Statement on Bitcoin Forks]</ref> || {{Acceptable}}<ref name="bustabit"/> || || || {{AccJuly}}<ref name="bustabit"/> ||
|-
| Bylls || payments / exchange || {{Prefer}}<ref name="bylls">[https://twitter.com/myBylls/status/877959773794316288 Bylls supports Segwit softfork but no current HF plan]</ref> || {{Prefer}}<ref name="bylls">[https://twitter.com/myBylls/status/877959773794316288 Bylls supports Segwit softfork but no current HF plan]</ref> || {{Acceptable}}<ref name="bylls">[https://twitter.com/myBylls/status/877965277316730880 Bylls twitter statement]</ref> || {{AccJuly}}<ref name="bylls">[https://twitter.com/myBylls/status/877965277316730880 Bylls twitter statement]</ref> || {{No}}<ref name="bylls">[https://twitter.com/myBylls/status/877965277316730880 Bylls twitter statement]</ref> || {{No}}<ref name="bylls">[https://twitter.com/myBylls/status/877965277316730880 Bylls twitter statement]</ref>
|-
| Ciphrex || wallet / dev stack || {{Prefer}}<ref name="coindance" /> || {{Acceptable}}<ref name="coindance" /> || || || ||
|-
| Coinbase || wallet || {{Acceptable}}<ref name="bccore_swadoption"/> || || || {{AccJuly}} || {{AccJuly}}<ref name="silbert" /> ||
|-
| CoinGate || exchange || {{Prefer}}<ref name="coindance" /> || {{Prefer}}<ref name="coindance" /> || || || ||
|-
| CoinJar || wallet || || {{Evaluating}}<ref>[https://twitter.com/GetCoinJar/status/875581525730787329 CoinJar answer on Twitter]</ref> || || || ||
|-
| Coinkite || || {{Prefer}}<ref name="coindance" /> || {{Prefer}}<ref name="coindance" /> || || || ||
|-
| coinomi || wallet || {{Prefer}}<ref name="coindance" /> || {{Prefer}}<ref name="coindance" /> || || || ||
|-
| DigitalBitbox || wallet(hardware) || {{Prefer}} || {{Acceptable}} || {{Prefer}}|| || ||
|-
| Échange de Montréal || exchange || {{Prefer}}<ref name="echangedemontreal" /> || {{Prefer}}<ref name="echangedemontreal" /> || || ||
|-
| Jaxx || || {{Prefer}}<ref name="jaxx">[https://twitter.com/Jaxx_Support/status/882607648457334785 Jaxx tweet]</ref> || {{Acceptable}}<ref name="jaxx"/> || || {{AccJuly}}<ref name="jaxx"/> || {{AccJuly}}<ref name="jaxx"/> ||
|-
| Kraken || exchange || || || || || ||
|-
| LightningASIC || miner || {{Prefer}}<ref name="coindance" /> || {{Prefer}}<ref name="coindance" /> || || || ||
|-
| OneHash || betting || {{Prefer}}<ref>[https://blog.onehash.com/sick-of-presidential-election-3f1a2defbbbf OneHash, "Sick of presidential election ?!"]</ref> || || || {{AccJuly}} || {{AccJuly}}<ref name="silbert" /> ||
|-
| Poloniex || exchange || || || || || ||
|-
|QUOINE || exchange, trading, financial services || {{Evaluating}}<ref name="coindance" /> || {{Evaluating}}<ref name="coindance" /> || {{Evaluating}}<ref name="coindance" /> || {{Evaluating}}<ref name="coindance" /> || {{Evaluating}}<ref name="coindance" /> || {{Evaluating}}<ref name="coindance" />
|-
| SimpleFX || broker, financial services || {{Prefer}}<ref name="bccore_swadoption"/> || {{Prefer}}<ref name="bccore_swadoption"/> || || || ||
|-
| Slushpool || miner || {{Prefer}}<ref name="coindance" /> || {{Acceptable}}<ref name="coindance" /> || || || ||
|-
| TheRockTrading || exchange || || {{Evaluating}}<ref>[https://twitter.com/TheRockTrading/status/872464394034315269 @TheRockTrading message on Twitter]</ref> || || || ||
|-
| Vaultoro || exchange || {{Prefer}}<ref name="coindance" /> || {{Acceptable}}<ref name="coindance" /> || || {{AccJuly}} || {{AccJuly}}<ref name="silbert" /> ||
|-
| Walltime || exchange || {{Prefer}}<ref name="coindance" /> || {{Prefer}}<ref name="coindance" /> || || || ||
|-
| Woleet || Timestamping || {{Prefer}}<ref name="woleet">[https://twitter.com/Woleet/status/884078514307297280]</ref> || {{Prefer}}<ref name="woleet">[https://twitter.com/Woleet/status/884078514307297280]</ref>|| || || ||
|-
| Xapo || wallet || {{Prefer}}<ref name="coindance" /> || || || {{AccJuly}}<ref name="xapo">[https://twitter.com/tedmrogers/status/883061218545614848 Xapo tweet]</ref> || {{AccJuly}}<ref name="xapo"/> ||
|-
|}

<references>
<ref name="bccore_swadoption">[https://bitcoincore.org/en/segwit_adoption/ Bitcoin Core's Segwit adoption list]</ref>
<ref name="coindance">[https://coin.dance/poli Coin Dance, "Global Bitcoin Political Support & Public Opinion"]</ref>
<ref name="silbert">[https://medium.com/@DCGco/bitcoin-scaling-agreement-at-consensus-2017-133521fe9a77 Digital Currency Group, "Bitcoin Scaling Agreement at Consensus 2017"]</ref>
<ref name="echangedemontreal">[https://twitter.com/echangedemtl/status/875781093261271040 Échange de Montréal on twitter]</ref>
</references>

Segwit support

2017-06-16T15:47:27Z

Cdecker: cdecker is not working on Core

<big><big>'''PLEASE NOTE:''' This list is not yet complete.</big></big>

'''Developers: Please add a row for yourself to reflect your positions. If for some reason you don't already have a wiki account that can edit the page, make an account and ask luke-jr for help if you get caught in the anti-spam.'''

{| class="wikitable"
| {{No}} || doesn't support (but might or might not go along with it with sufficient community support)
|-
| {{Deficient}} || okay with the idea, but considers it to have insufficient community support
|-
| {{Evaluating}} || still evaluating the idea
|-
| {{AccJuly}} || it is a workable solution, provided it is activated before August 1 (and therefore BIP148-compatible)
|-
| {{Wanting}} || positively likes the idea, but considers it to have insufficient community support
|-
| {{Weak}} || better than nothing at all
|-
| {{Acceptable}} || it is a workable solution
|-
| {{Prefer}} || it is what he would choose if it was only up to him and no outside influences
|}



''Note that support for BIP148 does not mean developers support merging it into Core.''

{| class="wikitable sortable"
! rowspan=2 colspan=2 | Developer & affiliation* 
! Segwit itself
! colspan=3 | Deployment methods
! colspan=2 | Hardfork bundles (Silbert agreement)
|-
! [https://github.com/bitcoin/bips/blob/master/bip-0141.mediawiki BIP 141] !! [https://github.com/bitcoin/bips/blob/master/bip-0148.mediawiki BIP 148] !! [https://github.com/bitcoin/bips/blob/master/bip-0149.mediawiki BIP 149] !! [https://github.com/bitcoin/bips/blob/master/bip-0091.mediawiki BIP 91] || Segwit2x || [https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-May/014445.html COOP]
|-
| Karl-Johan Alm || Core || {{Prefer}} || {{Acceptable}} || {{Acceptable}} || {{Acceptable}} || {{No}} || {{No}}
|-
| Bryan Bishop || Core || {{Prefer}} || {{Wanting}} || {{Acceptable}} || {{Weak}} || {{No}} || {{No}}
|-
| ฿tcDrak || Core || {{Prefer}} || {{Acceptable}} || {{Acceptable}} || {{No}} || {{No}} || {{No}}
|-
| Andrew Chow || Core || {{Prefer}} || {{Prefer}} || {{Acceptable}} || {{Weak}} || {{No}} || {{No}}
|-
| Matt Corallo || Core || {{Prefer}} || {{No}} || || {{Acceptable}} || {{No|LOL}} ||
|-
| Johnathan Corgan || Core || {{Prefer}} || {{Prefer}} || {{Acceptable}} || {{No}} || {{No}} || {{No}}
|-
| Luke Dashjr || Core || {{Prefer}} || {{Prefer}} || {{No}} || {{AccJuly}} || {{No}} || {{Deficient}}
|-
| Christian Decker || c-lightning || {{Prefer}} || {{Acceptable}} || || || ||
|-
| Nicolas Dorier || Core || {{Prefer}} || {{Deficient}} || {{Acceptable}} || {{AccJuly}} || ||
|-
| Thaddeus Dryja || lit || {{Prefer}} || {{No}} || {{Acceptable}} || {{Acceptable}} || {{No}} || {{No}}
|-
| Marco Falke || Core || {{Prefer}} || {{Deficient}} || {{Prefer}} || {{Deficient}} || ||
|-
| Mark Friedenbach || BIP 68/112 || {{Prefer}} || {{Prefer}} || {{No}} || {{AccJuly}} || {{No|LOL}} || {{No|Nope}}
|-
| Pavel Janik || Core || {{Prefer}} || {{No}} || {{Acceptable}} || {{No}} || {{No}} || {{No}}
|-
| Thomas Kerin || Core || {{Prefer}} || {{Wanting}} || {{Prefer}} || {{Weak}} || {{No}} || {{No}}
|-
| Johnson Lau || Core || {{Prefer}} || {{Wanting}} || {{Acceptable}} || {{Acceptable}} || ||
|-
| Eric Lombrozo || || {{Prefer}} || {{Acceptable}} || {{Weak}} || {{AccJuly}} || {{No}} || {{No}}
|-
| Greg Maxwell || Core || {{Prefer}} || {{Deficient}} || {{Acceptable}} || {{Weak}} || {{No}} || {{No}}
|-
| Alex Morcos || Core || {{Prefer}} || {{Deficient}} || {{Acceptable}} || {{Weak}} || {{No}} ||
|-
| Pavol "stick" Rusnak || Trezor || {{Prefer}} || {{Wanting}} || {{Acceptable}} || {{Acceptable}} || {{No}} || {{No}}
|-
| Rusty Russell || c-lightning || {{Prefer}} || {{Prefer}} || || || ||
|-
| Gregory Sanders || Core || {{Prefer}} || {{Wanting}} || {{Acceptable}} || {{Weak}} || {{No}} ||
|-
| Jonas Schnelli || Core || {{Prefer}} || {{Wanting}} || {{Acceptable}} || {{Acceptable}} || {{No}} || {{No}}
|-
| Jorge Timon || Core || {{Prefer}} || {{No}} || {{Prefer}} || {{Deficient}} || {{No}} || {{No}}
|-
| Peter Todd || Core || {{Prefer}} || {{Acceptable}} || || || ||
|-
| Warren Togami || Elements || {{Prefer}} || {{Prefer}} || {{Acceptable}} || || ||
|-
| Wladimir van der Laan || Core || {{Prefer}} || {{Prefer}} || {{Acceptable}} || {{Acceptable}} || {{No}} || {{No}}
|-
| Leo Wandersleb || Mycelium || {{Prefer}} || {{Prefer}} || {{Acceptable}} || {{Weak}} || {{No}} || {{No}}
|-
| Pieter Wuille || Core || {{Prefer}} || || || || {{No}} ||
|}

* "affiliation" is an optional field for the company or project the individual is associated with, that most qualifies the person to comment on the matter and is not meant as a company or project endorsement of the individual's position.

<hr>
{| class="wikitable sortable"
! rowspan=2 colspan=2 | Company
! Segwit itself
! colspan=3 | Deployment methods
! colspan=2 | Hardfork bundles (Silbert agreement)
|-
! [https://github.com/bitcoin/bips/blob/master/bip-0141.mediawiki BIP 141] !! [https://github.com/bitcoin/bips/blob/master/bip-0148.mediawiki BIP 148] !! [https://github.com/bitcoin/bips/blob/master/bip-0149.mediawiki BIP 149] !! [https://github.com/bitcoin/bips/blob/master/bip-0091.mediawiki BIP 91] || Segwit2x || [https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-May/014445.html COOP]
|-
| Bitfury || miner || {{Prefer}}[https://coin.dance/poli] || {{Acceptable}} || || || {{AccJuly}} ||
|-
| Bitsquare || exchange || {{Prefer}} || {{Prefer}}[https://forum.bitsquare.io/t/bitsquare-will-support-uasf-bitcoin-not-bitmaincoin/2265] || || || || ||
|-
| Coinbase || wallet || {{Prefer}}[https://bitcoincore.org/en/segwit_adoption/] || {{Evaluating}} || {{Weak}} || || {{AccJuly}}[https://medium.com/@DCGco/bitcoin-scaling-agreement-at-consensus-2017-133521fe9a77] ||
|-
| Xapo || wallet || {{Prefer}}[https://coin.dance/poli] || {{Acceptable}} || || || {{AccJuly}}[https://twitter.com/tedmrogers/status/867362691370954752] ||
|-
| Blockchain.info || wallet || {{Prefer}}[https://bitcoincore.org/en/segwit_adoption/] || {{Acceptable}} [https://lists.linuxfoundation.org/pipermail/bitcoin-segwit2x/2017-June/000023.html]|| {{Weak}} || || {{AccJuly}}[https://medium.com/@DCGco/bitcoin-scaling-agreement-at-consensus-2017-133521fe9a77] ||
|-
| Kraken || exchange || {{Prefer}}[https://coin.dance/poli] || {{Acceptable}} || || || {{AccJuly}}[https://medium.com/@DCGco/bitcoin-scaling-agreement-at-consensus-2017-133521fe9a77] ||
|-
| Bitstamp|| exchange || {{Prefer}}[https://coin.dance/poli] || {{Acceptable}} || || || {{Acceptable}}[https://medium.com/@DCGco/bitcoin-scaling-agreement-at-consensus-2017-133521fe9a77] ||
|-
| Bitfinex|| exchange || {{Prefer}}[https://coin.dance/poli] || {{Acceptable}} || || || {{Acceptable}}[https://medium.com/@DCGco/bitcoin-scaling-agreement-at-consensus-2017-133521fe9a77] ||
|-
| Bitonic/BL3P.eu || exchange || {{Prefer}} || {{Prefer}} || {{Acceptable}} || {{Weak}} || {{No|LOL}} || {{No}} 
|-
| Bitpay|| wallet || {{Prefer}}[https://bitcoincore.org/en/segwit_adoption/] || {{No}} || || || {{Prefer}} ||
|-
| Localbitcoins|| exchange || {{Prefer}}[https://bitcoincore.org/en/segwit_adoption/] || {{Acceptable}} || {{Weak}} || || {{AccJuly}} ||
|-
| Poloniex|| exchange || {{Prefer}}[https://coin.dance/poli] || {{Wanting}} || || || {{AccJuly}} ||
|-
| Bitmain|| miner || {{AccJuly}} [https://blog.bitmain.com/en/uahf-contingency-plan-uasf-bip148/] || {{No}} || || || {{Prefer}} ||
|-

| Vaultoro|| gold exchange || {{Prefer}}[https://coin.dance/poli] || {{Acceptable}} || || || {{Acceptable}}[https://medium.com/@DCGco/bitcoin-scaling-agreement-at-consensus-2017-133521fe9a77] ||
|-
| Slushpool|| miner || {{Prefer}} || {{Prefer}}[https://twitter.com/slush_pool/status/872020129940459520] || || || {{AccJuly}} ||
|-
|}

Segwit support

2017-06-07T13:16:56Z

Cdecker: Added cdecker

<big><big>'''PLEASE NOTE:''' This list is not yet complete, nor completely vetted by the parties listed for accuracy.</big></big>

'''Developers: Please edit your row (add one if you're missing) to reflect your positions. If for some reason you don't already have a wiki account that can edit the page, make an account and ask luke-jr to give it access.'''

{| class="wikitable"
| {{No}} || doesn't support (but might or might not go along with it with sufficient community support)
|-
| {{Deficient}} || okay with the idea, but considers it to have insufficient community support
|-
| {{Evaluating}} || still evaluating the idea
|-
| {{Wanting}} || positively likes the idea, but considers it to have insufficient community support
|-
| {{Weak}} || better than nothing at all
|-
| {{Acceptable}} || it is a workable solution
|-
| {{Prefer}} || it is what he would choose if it was only up to him and no outside influences
|}



''Note that support for BIP148 does not mean developers support merging it into Core.''

{| class="wikitable sortable"
! rowspan=2 | Developer
! Segwit itself
! colspan=3 | Deployment methods
! colspan=2 | Hardfork bundles (Silbert agreement)
|-
! [https://github.com/bitcoin/bips/blob/master/bip-0141.mediawiki BIP 141] !! [https://github.com/bitcoin/bips/blob/master/bip-0148.mediawiki BIP 148] !! [https://github.com/bitcoin/bips/blob/master/bip-0149.mediawiki BIP 149] !! [https://github.com/bitcoin/bips/blob/master/bip-0091.mediawiki BIP 91] || Segwit2x || [https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-May/014445.html COOP]
|-
| ฿tcDrak || {{Prefer}} || {{Acceptable}} || {{Acceptable}} || {{No}} || ||
|-
| Andrew Chow || {{Prefer}} || {{Prefer}} || {{Acceptable}} || {{Weak}} || {{No}} || {{No}}
|-
| Matt Corallo || {{Prefer}} || {{No}} || || {{Acceptable}} || ||
|-
| Johnathan Corgan || {{Prefer}} || {{Prefer}} || {{Acceptable}} || {{Weak}} || {{No}} || {{Evaluating}}
|-
| Suhas Daftuar || {{Prefer}} || {{No}} || || || ||
|-
| Luke Dashjr || {{Prefer}} || {{Prefer}} || {{Weak}} || {{Acceptable}} || {{No}} || {{Deficient}}
|-
| Christian Decker || {{Prefer}} || {{Acceptable}} || || || ||
|-
| Nicolas Dorier || {{Prefer}} || {{Acceptable}} || || || ||
|-
| Marco Falke || {{Prefer}} || || || || ||
|-
| Michael Ford || {{Prefer}} || || || || ||
|-
| Mark Friedenbach || {{Prefer}} || {{Acceptable}} || || || ||
|-
| Pavel Janik || {{Prefer}} || || || || ||
|-
| Johnson Lau || {{Prefer}} || || || || ||
|-
| Eric Lombrozo || {{Prefer}} || {{Acceptable}} || {{Evaluating}} || {{No}} || {{Evaluating}} || {{Evaluating}}
|-
| Greg Maxwell || {{Prefer}} || {{No}} || {{Acceptable}} || || ||
|-
| Alex Morcos || {{Prefer}} || {{No}} || || || ||
|-
| Rusty Russell || {{Prefer}} || {{Prefer}} || || || ||
|-
| Jonas Schnelli || {{Prefer}} || {{Wanting}} || {{Acceptable}} || || ||
|-
| Patrick Strateman || {{Prefer}} || || || || ||
|-
| Jorge Timon || {{Prefer}} || {{No}} || {{Prefer}} || {{Deficient}} || {{Evaluating}} ||
|-
| Peter Todd || {{Prefer}} || {{Acceptable}} || || || ||
|-
| Pieter Wuille || {{Prefer}} || {{Wanting}} || || || ||
|-
| Wladimir van der Laan || {{Prefer}} || {{Prefer}} || {{Acceptable}} || {{Acceptable}} || {{No}} || {{No}}
|}

Research

2014-10-23T08:12:01Z

Cdecker: Added 3 papers

Publications including research and analysis of Bitcoin or related areas.

{| class="wikitable sortable"
! Title
! Author
! width=150 | Type
! width=75 | Date
! Links
|-
| Cyberlaundering: Anonymous Digital Cash and Money Laundering
| R. Mark Bortner
| Research paper
| 1996
| [http://osaka.law.miami.edu/~froomkin/seminar/papers/bortner.htm Download]
|-
| Triple Entry Accounting
| Ian Grigg
| Research paper
| 2005-12-25
| [http://iang.org/papers/triple_entry.html Download]
|-
| [[Bitcoin_whitepaper|Bitcoin: A Peer-to-Peer Electronic Cash System]]
| [[Satoshi Nakamoto]]
| Research paper
| 2008-10-31
| [http://bitcoin.org/bitcoin.pdf Download]
|-
| An Analysis of Anonymity in the Bitcoin System
| Fergal Reid, Martin Harrigan
| Research paper
| 2011-07-22
| [http://arxiv.org/abs/1107.4524 Download], [http://bitcointalk.org/index.php?topic=31539.0 discussion]
|-
| Shadowy Figures: Tracking Illicit Financial Transactions in the Murky World of Digital Currencies, Peer–to–Peer Networks, and Mobile Device Payments
| John Villasenor, Cody Monk, Christopher Bronk
| Research paper
| 2011-08-29
| [http://www.bakerinstitute.org/publications/ITP-pub-FinancialTransactions-082911.pdf Download]
|-
| Bitcoin: An Innovative Alternative Digital Currency
| Reuben Grinberg
| Research paper
| 2011-12-09
| [http://papers.ssrn.com/sol3/papers.cfm?abstract_id=1817857 Download], [http://www.bitcointalk.org/index.php?topic=6247.0 discussion]
|-
| Bitcoin NFC
| David Allen Bronleewe
| Master's report
| 2011-08
| [http://repositories.lib.utexas.edu/bitstream/handle/2152/ETD-UT-2011-08-4150/BRONLEEWE-MASTERS-REPORT.pdf?sequence=1 Download], [http://code.google.com/p/bitcoin-nfc source code]
|-
| Optimal pool abuse strategy
| Raulo
| Research paper
| 2011-02-04
| [http://bitcoin.atspace.com/poolcheating.pdf Download], [http://www.bitcointalk.org/index.php?topic=3165.0 discussion]
|-
| Abusing Bitcoin cooperative mining pools: strategies for egoistical but honest miners
| Nakamoto Ryo
| Research paper
| 2011
| [http://www.bitcoinservice.co.uk/files/111 Download], [http://www.bitcointalk.org/index.php?topic=2941.0 discussion]
|-
| Analysis of Bitcoin Pooled Mining Reward Systems
| Meni Rosenfeld
| Research paper
| 2011-11-07
| [https://bitcoil.co.il/pool_analysis.pdf Download], [http://bitcointalk.org/index.php?topic=32814.0 discussion]
|-
| Bitcoin Exchange system
| Tomáš Jiříček
| Research paper
| 2012
| [https://dip.felk.cvut.cz/browse/pdfcache/jiricto2_2012bach.pdf Download]
|-
| On Bitcoin and Red Balloons
| Moshe Babaioff, Shahar Dobzinski, Sigal Oren, Aviv Zohar
| Publication article
| 2012
| [http://research.microsoft.com/pubs/156072/bitcoin.pdf Download]
|-
| 2011 Observations on the Digital Currency Industry
| Mark Herpel
| Publication article
| 2011
| [http://papers.ssrn.com/sol3/papers.cfm?abstract_id=1721076 Download]
|-
| MAVE, New Lightweight Digital Signature Protocols for Massive Verifications
| Sergio Demian Lerner
| Research paper (preliminary)
| 2012
| [http://bitslog.files.wordpress.com/2012/04/mave1.pdf Download]
|-
| MAVEPAY, a New Lightweight Payment Scheme for Peer to Peer Currency Networks
| Sergio Demian Lerner
| Research paper (preliminary)
| 2012
| [http://bitslog.files.wordpress.com/2012/04/mavepay1.pdf Download]
|-
| Bitcoin: Eine erste Einordnung (an initial classification)
| Christoph Sorge, Artus Krohn-Grimberghe
| Research paper
| 2012
| [http://www.springerlink.com/content/cw1v762571tr4462/ Download], [http://bitcointalk.org/index.php?topic=90233.0 discussion]
|-
| Bitcoin - an introduction to the workings and a preliminary analysis and understanding of potential legal issues
| Jean-Daniel Schmid, Alexander Schmid
| Article
| 2012
| [http://ef-r.ch/images/publications/1338882576_Bitcoin.pdf Download]
|-
| Secure multiparty Bitcoin anonymization
| Edward Z. Yang
| Article
| 2012
| [http://blog.ezyang.com/2012/07/secure-multiparty-bitcoin-anonymization/ Download], [http://www.reddit.com/r/Bitcoin/comments/wvm2w/secure_multiparty_bitcoin_anonymization/ discussion]
|-
| Bitcoin & Gresham's Law - the economic inevitability of Collapse
| Philipp Güring, Ian Grigg
| Article
| 2011
| [http://iang.org/papers/BitcoinBreachesGreshamsLaw.pdf Download]
|-
| Today Techies, Tomorrow the World? Bitcoin.
| Reuben Grinberg
| Article
| 2012
| [http://www.milkeninstitute.org/publications/review/2012_1/22-31MR53.pdf Download]
|-
| Traveling the Silk Road: A measurement analysis of a large anonymous online marketplace
| Nicolas Christin
| Research paper
| 2012
| [http://www.cylab.cmu.edu/files/pdfs/tech_reports/CMUCyLab12018.pdf Download]
|-
| CommitCoin: Carbon Dating Commitments with Bitcoin
| Jeremy Clark and Aleksander Essex
| Research paper
| 2012
| [http://people.scs.carleton.ca/~clark/papers/2012_fc.pdf Download extended abstract]<br />[http://eprint.iacr.org/2011/677.pdf Download technical report]
|-
| Quantitative Analysis of the Full Bitcoin Transaction Graph
| Dorit Ron and Adi Shamir
| Research paper
| 2012
| [http://eprint.iacr.org/2012/584.pdf Download]
|-
| Design and security analysis of Bitcoin infrastructure using application deployed on Google Apps Engine
| Piotr "ThePiachu" Piasecki
| Master's thesis
| 2012
| [https://dl.dropbox.com/u/3658181/PiotrPiasecki-BitcoinMasterThesis.pdf Download], [https://bitcointalk.org/index.php?topic=88149.0 discussion]
|-
| The Production of Freedom: Value Production in the US- dominated Financial System, and Possible Alternatives
| Jeremy Kirshbaum
| Master's thesis (preliminary)
| 2012
| [https://docs.google.com/document/d/1JIyMWIibqH8x20vGBTMBZ2yqM7Xbp54UpWBh0o2H7WI/edit?pli=1 Download], [https://bitcointalk.org/index.php?topic=87404.0 discussion]
|-
| COIN: a distributed accounting system for peer to peer networks
| Fabio Varesano
| Bachelor's thesis
| 2012
| [http://www.varesano.net/contents/projects/coin%20distributed%20accounting%20system%20peer%20peer%20networks Download]
|-
| BITCOIN CLIENTS
| Rostislav Skudnov
| Bachelor's thesis
| 2012
| [http://publications.theseus.fi/bitstream/handle/10024/47166/Skudnov_Rostislav.pdf?sequence=1 Download]
|-
| Bitter to Better—How to Make Bitcoin a Better Currency
| Simon Barber, Xavier Boyen, Elaine Shi, Ersin Uzun
| Research paper
| 2012
| [http://crypto.stanford.edu/~xb/fc12/bitcoin.pdf Download]
|-
| NooShare: A decentralized ledger of shared computational resources
| Alex Coventry
| Research paper
| 2012
| [http://mit.edu/alex_c/www/nooshare.pdf Download]
|-
| Bits and Bets. Information, Price Volatility, and Demand for Bitcoin
| Martis Buchholz, Jess Delaney, Joseph Warren
| Final project
| 2012
| [http://academic.reed.edu/economics/parker/s12/312/finalproj/Bitcoin.pdf Download], [http://www.reddit.com/r/Bitcoin/comments/x7kop/economic_analysis_of_the_demand_for_bitcoin discussion], [https://bitcointalk.org/index.php?topic=96003.0 discussion]
|-
| Two Bitcoins at the Price of One? Double Spending attacks on Fast Payments in Bitcoin
| Ghassan O. Karame, Elli Androulaki, Srdjan Cap-kun
| Research paper
| 2012
| [http://eprint.iacr.org/2012/248 Download]
|-
| Nerdy Money: Bitcoin, the Private Digital Currency, and the Case Against Its Regulation
| Nikolei M. Kaplanov
| Research paper
| 2012
| [http://papers.ssrn.com/sol3/papers.cfm?abstract_id=2115203 Abstract]
|-
| Analysis of hashrate-based double-spending
| Meni Rosenfeld
| Research paper
| 2012
| [https://bitcoil.co.il/Doublespend.pdf Download]
|-
| Homomorphic Payment Addresses and the Pay-to-Contract Protocol
| Ilja Gerhardt, Timo Hanke
| Research Paper
| 2012
| [http://arxiv.org/pdf/1212.3257v1 Download] ([http://docs.google.com/viewer?url=http%3A%2F%2Farxiv.org%2Fpdf%2F1212.325qq7v1 via web viewer])
|-
| Quasi-Commodity Money (February 6, 2012). "This paper considers reform possibilities posed by a type of base money that has heretofore been overlooked in the literature on monetary economics."
| George Selgin
| Working Papers Series
| 2012
| [http://ssrn.com/abstract=2000118 Download]
|-
| Virtual currency schemes - "This report is a first attempt to provide the basis for a discussion on virtual currency schemes."
| European Central Bank
| Paper
| 2012
| [http://www.ecb.europa.eu/pub/pdf/other/virtualcurrencyschemes201210en.pdf Download]
|-
| Evaluating User Privacy in Bitcoin
| Elli Androulaki, Ghassan Karame, Marc Roeschlin, Tobias Scherer and Srdjan Capkun
| Paper
| 2013
| [http://fc13.ifca.ai/proc/1-3.pdf Download] ([http://fc13.ifca.ai/slide/1-3.pdf Slides])
|-
| Beware the Middleman: Empirical Analysis of Bitcoin-Exchange Risk
| Tyler Moore and Nicolas Christin
| Short Paper
| 2013
| [http://fc13.ifca.ai/proc/1-2.pdf Download] ([http://fc13.ifca.ai/slide/1-2.pdf Slides])
|-
| Bitcoin, Regulating Fraud In The E-Conomy Of Hacker-Cash
| Derek A. Dion
| Paper
| 2013
| [http://illinoisjltp.com/journal/wp-content/uploads/2013/05/Dion.pdf Download]
|-
| The practical materiality of Bitcoin
| Bill Maurera, Taylor C. Nelmsa & Lana Swartz
| Paper
| 2013
| [http://www.tandfonline.com/doi/full/10.1080/10350330.2013.777594#.UbbTVaD_6b4 Download]
|-
| Regulating Digital Currencies: Bringing Bitcoin within the Reach of the IMF
| Nicholas Plassaras
| Paper
| 2013
| [https://papers.ssrn.com/sol3/papers.cfm?abstract_id=2248419 Download]
|-
| Bitcoin is Memory
| William J. Luther, Josiah Olson
| Paper
| 2013
| [http://papers.ssrn.com/sol3/papers.cfm?abstract_id=2275730 Download]
|-
| The Economics of Bitcoin Mining or, Bitcoin in the Presence of Adversaries
| Joshua A. Kroll, Ian C. Davey, and Edward W. Felten
| Paper
| 2013
| [http://www.weis2013.econinfosec.org/papers/KrollDaveyFeltenWEIS2013.pdf Download]
|-
| Bitcoin: A Primer for Policymakers
| Jerry Brito, Andrea Castillo
| Research paper
| 2013
| [http://mercatus.org/publication/bitcoin-primer-policymakers Abstract] [http://mercatus.org/sites/default/files/Brito_BitcoinPrimer.pdf Download]
|-
| Whack-a-Mole: Prosecuting Digital Currency Exchanges
| Catherine Martin Christopher
| Research paper
| 2013
| [http://papers.ssrn.com/sol3/papers.cfm?abstract_id=2312787 Abstract]
[http://papers.ssrn.com/sol3/Delivery.cfm/SSRN_ID2312787_code1372021.pdf?abstractid=2312787&mirid=2 Download]
|-
| Are Cryptocurrencies 'Super' Tax Havens?
| Omri Y. Marian
| Research paper
| 2013
| [http://papers.ssrn.com/sol3/papers.cfm?abstract_id=2305863 Abstract]
[http://papers.ssrn.com/sol3/Delivery.cfm/SSRN_ID2316499_code592645.pdf?abstractid=2305863&mirid=1 Download]
|-
| Collective Emergent Institutional Entrepreneurship Through Bitcoin
| Robin Teigland, Zeynep Yetis and Tomas Olov Larsson
| Research paper
| 2013
| [http://papers.ssrn.com/sol3/papers.cfm?abstract_id=2263707 Abstract]
[http://papers.ssrn.com/sol3/Delivery.cfm/SSRN_ID2263707_code2053543.pdf?abstractid=2263707&mirid=1 Download]
|-
| Anonymity of Bitcoin Transactions
| Malte Möser
| Research paper
| 2013
| [https://www.wi.uni-muenster.de/sites/default/files/public/department/itsecurity/mbc13/mbc13-moeser-paper.pdf Download]
|-
| On the origins of Bitcoin: Stages of monetary evolution
| Konrad S. Graf
| Research paper
| 2013
| [http://konradsgraf.com/blog1/2013/10/23/on-the-origins-of-bitcoin-my-new-work-on-bitcoin-and-monetar.html Abstract]
[http://konradsgraf.com/storage/On%20the%20Origins%20of%20Bitcoin%20Graf%2023.10.13.pdf Download]
|-
| Majority is not Enough: Bitcoin Mining is Vulnerable
| Ittay Eyal and Emin Gun Sirer
| Research paper
| 2013
| [http://arxiv.org/abs/1311.0243 Abstract]
[http://arxiv.org/pdf/1311.0243v1 Download]
|-
| Bitcoin, the end of the Taboo on Money
| Denis Roio aka Jaromil
| Humanities article
| 2013
| [http://www.dyndy.net/2013/04/bitcoin-ends-the-taboo-on-money/ Abstract]
[https://files.dyne.org/readers/Bitcoin_end_of_taboo_on_money.pdf Download]
|-
| Secure Multiparty Computations on BitCoin
| Marcin Andrychowicz, Stefan Dziembowski, Daniel Malinowski and Łukasz Mazurek University of Warsaw
| Research paper
| 2013
| [http://eprint.iacr.org/2013/784 Abstract]
[http://eprint.iacr.org/eprint-bin/cite.pl?entry=2013/784 BibTeX]
[http://eprint.iacr.org/2013/784.pdf Download]
|-
| A Fistful of Bitcoins: Characterizing Payments Among Men with No Names
| Sarah Meiklejohn, Marjori Pomarole, Grant Jordan, Kirill Levchenko, Damon McCoy, Geoffrey M. Voelker, Stefan Savage
| Research paper
| 2013
|
[http://www.cs.gmu.edu/~mccoy/papers/imc13.pdf Download]
|-
| Information Propagation in the Bitcoin Network
| Christian Decker (ETH Zurich, Switzerland), Roger Wattenhofer (Microsoft Research)
| Research paper
| 2013
|
[http://www.tik.ee.ethz.ch/file/49318d3f56c1d525aabf7fda78b23fc0/P2P2013_041.pdf Download]
|-
| Have a Snack, Pay with Bitcoins
| Tobias Bamert, Christian Decker, Lennart Elsen, Roger Wattenhofer, Samuel Welten
| Research paper
| 2013
|
[http://www.tik.ee.ethz.ch/file/848064fa2e80f88a57aef43d7d5956c6/P2P2013_093.pdf Download]
|-
| The Economics of Private Digital Currency
| Gerald P Dwyer
| Research paper
| 2014
| [http://mpra.ub.uni-muenchen.de/55824/ Abstract]
[http://mpra.ub.uni-muenchen.de/55824/1/MPRA_paper_55824.pdf Download]
|-
| The Origin, Classification and Utility of Bitcoin
| Peter Šurda
| Research Paper
| 2014
| [http://papers.ssrn.com/sol3/papers.cfm?abstract_id=2436823 Abstract]
|-
| Deanonymisation of clients in Bitcoin P2P network
| Alex Biryukov, Dmitry Khovratovich and Ivan Pustogarov
| Research Paper
| 2014
| [http://arxiv.org/abs/1405.7418 Abstract] [http://arxiv.org/pdf/1405.7418v2.pdf Download]
|-
| Bitcoin Financial Regulation: Securities, Derivatives, Prediction Markets, & Gambling
| Jerry Brito, Houman B. Shadab, Andrea Castillo
| Research Paper
| 2014
| [http://papers.ssrn.com/sol3/papers.cfm?abstract_id=2423461 Abstract] [http://papers.ssrn.com/sol3/Delivery.cfm/SSRN_ID2426195_code510873.pdf?abstractid=2423461&mirid=1 Download]
|-
| What are the main drivers of the Bitcoin price?
| Ladislav Kristoufek
| Research Paper
| 2014
| [http://arxiv.org/pdf/1406.0268v1.pdf Download]
|-
| The Economics of Bitcoin
| Andre Herman
| Bachelor's thesis
| 2014
| [http://www.scribd.com/doc/231964435/The-Economics-of-Bitcoin Download]
|-
| Near Zero Bitcoin Transaction Fees Cannot Last Forever
| Kerem Kaşkaloğlu
| Research Paper
| 2014
| [http://sdiwc.net/digital-library/near-zero-bitcoin-transaction-fees-cannot-last-forever.html Abstract] [http://sdiwc.net/digital-library/request.php?article=96cd6f6067fcbaf5e3947d071aa688fb Download]
|-
| Is Bitcoin Money?
| Ísak Andri Ólafsson
| Thesis Paper
| 2014
| [http://skemman.is/en/item/view/1946/18234 Abstract] [http://skemman.is/en/stream/get/1946/18234/42843/1/MS_%C3%8Dsak_Andri_%C3%93lafsson.pdf Download]
|-
| The (A)Political Economy of Bitcoin
| Vasilis Kostakis and Chris Giotitsas
| Essay
| 2014
| [http://www.triple-c.at/index.php/tripleC/article/view/606/578 HTML] [http://www.triple-c.at/index.php/tripleC/article/download/606/562 Download]
|-
| When your sensor earns money: exchanging data for cash with Bitcoin
| Dominic Wörner and Thomas von Bomhard
| Research
| 2014
| [http://dl.acm.org/citation.cfm?id=2638786 Abstract] [http://dl.acm.org/ft_gateway.cfm?id=2638786&ftid=1500778&dwn=1&CFID=579517323&CFTOKEN=37552107 Download]
|-
| Bitcoin Transaction Malleability and MtGox
| Christian Decker, Roger Wattenhofer
| Research
| 2014
| [http://www.tik.ee.ethz.ch/file/7e4a7f3f2991784786037285f4876f5c/malleability.pdf Download]
|-
| BlueWallet: The Secure Bitcoin Wallet
| Tobias Bamert, Christian Decker, Roger Wattenhofer and Samuel Welten
| Research
| 2014
| [http://www.tik.ee.ethz.ch/file/0c347a9a3803cb937d360cba511e5019/stm2014_submission_12.pdf Download]

|}

==See Also==

* [http://www.opencryptocurrencyreview.com/ OpenCryptocurrencyReview - A repository of Bitcoin and related research]
* [http://people.scs.carleton.ca/~clark/biblio.html Jeremy Clark's Bitcoin Bibliography]
* [[:Category:Economics|Economic]]
* [[:Category:Technical|Technical]]
* [[Press]]

[[Category:Research]]

Satoshi Client Node Discovery

2014-03-13T12:24:15Z

Cdecker: /* DNS Addresses */ Added bitcoinstats.com DNS seed as of Version 0.9 of Bitcoin

==Overview==

The Satoshi client discovers the IP address and port of nodes in several different ways.

# Nodes discover their own external address by various methods.
# Nodes receive the callback address of remote nodes that connect to them.
# Nodes makes DNS request to receive IP addresses.
# Nodes can use addresses hard coded into the software.
# Nodes exchange addresses with other nodes.
# Nodes store addresses in a database and read that database on startup.
# Nodes can be provided addresses as command line arguments
# Nodes read addresses from a user provided text file on startup

A timestamp is kept for each address to keep track of when the node
address was last seen. The AddressCurrentlyConnected in [https://github.com/bitcoin/bitcoin/blob/master/src/net.cpp net.cpp] handles
updating the timestamp whenever a message is received from a node.
Timestamps are only updated on an address and saved to the database
when the timestamp is over 20 minutes old.

See the Node Connectivity article for information on which type of
addresses take precedence when actually connecting to nodes.

In the first section we will cover how a node handles a request for
addresses via the "getaddr" message. By understanding the role of
timestamps, it will become more clear why timestamps are kept the way
they are for each of the different ways an address is discovered.

==Handling Message "getaddr"==

When a node receives a "getaddr" request, it first figures out how many
addresses it has that have a timestamp in the last 3 hours.
Then it sends those addresses, but if there are more than 2500 addresses
seen in the last 3 hours, it selects around 2500 out of the available
recent addresses by using random selection.

Now lets look at the ways a node finds out about node addresses.

==Discovery Methods==

===Local Client's External Address===
The client uses public web services which return the information to determine its own external, routable IP address.

The client runs a thread called ThreadGetMyExternalIP (in [https://github.com/bitcoin/bitcoin/blob/master/src/net.cpp net.cpp])
which attempts to determine the client's IP address as seen from the outside
world.

First, it attempts to connect to 91.198.22.70 port 80, which should be
the checkip.dyndns.org server. If connection fails, a DNS request is made
for checkip.dyndns.org and a connection is attempted to that address.
Next, it attempts to connect to 74.208.43.192 port 80, which should be
the www.showmyip.com server. If connection fails, a DNS request is made
for www.showmyip.com and a connection is attempted to that address.

For each address attempted above, the client attempts to connect,
send a HTTP request, read the appropriate response line, and parse the
IP address from it.
If this succeeds, the IP address is returned, it is advertised to any connected
nodes, and then the thread finishes (without proceeding to the next
address).

===Connect Callback Address===
When a node receives an initial "version" message, and that node initiated the connection, then the node advertises its address to the remote so that it can connect back to the local node if it wants to.

After sending its own address, it sends a "getaddr" request message to the remote node to learn about more addresses, if the remote node version is recent or if the local node does not yet have 1000 addresses.

===IRC Addresses===

As of version 0.6.x the Bitcoin client no longer uses IRC bootstrapping by default, and as of version 0.8.2 support for IRC bootstrapping has been removed completely. This documentation below is accurate for most prior versions.

In addition to learning and sharing its own address, the node learned about other node addresses via an IRC channel. See [https://github.com/bitcoin/bitcoin/blob/847593228de8634bf6ef5933a474c7e63be59146/src/irc.cpp irc.cpp].

After learning its own address, a node encoded its own address into a string to be used as a nickname. Then, it randomly joined an IRC channel named between #bitcoin00 and #bitcoin99. Then it issued a WHO command. The thread read the lines as they appeared in the channel and decoded the IP addresses of other nodes in the channel. It did this in a loop, forever, until the node was shutdown.

When the client discovered an address from IRC, it set the timestamp on the address to the current time, but it used a "penalty" of 51 minutes, which means it looked like it was actually seen almost an hour earlier.

===DNS Addresses===
Upon startup, if peer node discovery is needed, the client then issues DNS requests to learn about the addresses of other peer nodes. The client includes a list of host names for DNS services that are seeded. As-of May 17, 2012 the list (from chainparams.cpp<ref>[https://github.com/bitcoin/bitcoin/blob/master/src/chainparams.cpp#L139 bitcoin/src/chainparams.cpp at master]</ref>) includes:

* bitseed.xf2.org
* dnsseed.bluematt.me
* seed.bitcoin.sipa.be
* dnsseed.bitcoin.dashjr.org
* seed.bitcoinstats.com

A DNS reply can contain multiple IP addresses for a requested name.

Addresses discovered via DNS are initially given a zero timestamp, therefore they are not advertised in response to a "getaddr" request.

===Hard Coded "Seed" Addresses===
The client contains hard coded IP addresses that represent bitcoin nodes.

These addresses are only used as a last resort, if no other method has produced any addresses at all. When the loop in the connection handling thread ThreadOpenConnections2() sees an empty address map, it uses the "seed" IP addresses as backup.

There is code is move away from seed nodes when possible. The presumption is that this is to avoid overloading those nodes. Once the local node has enough addresses (presumably learned from the seed nodes), the connection thread will close seed node connections.

Seed Addresses are initially given a zero timestamp,
therefore they are not advertised in response to a "getaddr" request.

===Ongoing "addr" advertisements===
Nodes may receive addresses in an "addr" message after having sent a "getaddr" request, or "addr" messages may arrive unsolicited, because nodes advertise addresses gratuitously when they relay addresses (see below), when they advertise their own address periodically, and when a connection is made.

If the address is from a really old version, it is ignored; if from a not-so-old version, it is ignored if we have 1000 addresses already.

If the sender sent over 1000 addresses, they are all ignored.

Addresses received from an "addr" message have a timestamp, but the timestamp is not necessarily honored directly.

For every address in the message:
# If the timestamp is too low or too high, it is set to 5 days ago.
# We subtract 2 hours from the timestamp and add the address.

Note that when any address is added, for any reason, the code that calls AddAddress() does not check to see if it already exists. The AddAddresss() function in [https://github.com/bitcoin/bitcoin/blob/master/src/net.cpp net.cpp] will do that, and if the address already exists, further processing is done to update the address record. If the advertised services of the address have changed, that is updated and stored.

If the address has been seen in the last 24 hours and the timestamp is currently over 60 minutes old, then it is updated to 60 minutes ago.

If the address has NOT been seen in the last 24 hours, and the timestamp is currently over 24 hours old, then it is updated to 24 hours ago.

====Address Relay====

Once addresses are added from an "addr" message (see above), they then may be relayed to the other nodes. First, the following criteria must be set [9]:

#The address timestamp, after processing, is within 60 minutes of the current time
#The "addr" message contains 10 addresses or less
#And fGetAddr is not set on the node. fGetAddr starts false, is set to true when we request addresses from a node, and it is cleared when we receive less than 1000 addresses from a node.
#The address must be routable.

For every address that meets the above criteria, the node hash the address, the current day (in the form of an integer), and a random 256 bit value (generated at client startup). The node takes the two addresses with the lowest hash values and relays "addr" messages to them. This ensures that each node only relays "addr" messages to two other clients at any given time, that the two other clients are randomly selected, and that the random selection starts over at least once every 24 hours.

====Self broadcast====

Every 24 hours, the node advertises its own address to all connected nodes.

It also clears the list of the addresses we think the remote node has, which will trigger a refresh of sends to nodes. This code is in SendMessages() in [https://github.com/bitcoin/bitcoin/blob/master/src/main.cpp main.cpp].

====Old Address Cleanup====

In SendMessages() in [https://github.com/bitcoin/bitcoin/blob/master/src/main.cpp main.cpp], there is code to remove old addresses.

This is done every ten minutes, as long as there are 3 active connections.

The node erases messages that have not been used in 14 days as long as there are at least 1000 addresses in the map, and as long as the erasing process has not taken more than 20 seconds.

===Addresses stored in the Database===
Addresses are stored in the database when AddAddress() is called.

Addresses are read on startup when AppInit2() calls LoadAddresses(), which is located in [https://github.com/bitcoin/bitcoin/blob/master/src/db.cpp db.cpp].

Currently, it appears all addresses are stored all at once whenever any address is stored or updated<ref>[http://bitcointalk.org/index.php?topic=26436.0 Lots of disk activity on Bitcoin startup: easy fix?]</ref>. Indeed, AddAddress is seen to take over .01 seconds in various testing and is typically called tens of thousands of times in the initial 12 hours of running the client.

===Command Line Provided Addresses===

The user can specify nodes to connect to with the
-addnode <ip>
command line argument. Multiple nodes may be specified.

Addresses provided on the command line are initially given a zero timestamp, therefore they are not advertised in response to a "getaddr" request.

The user can also specify an address to connect to with the -connect <ip>
command line argument. Multiple nodes may be specified.

The -connect argument differs from -addnode in that -connect addresses are not added to the address database and when -connect is specified, only those addresses are used.

===Text File Provided Addresses===

The client will automatically read a file named "addr.txt" in the bitcoin data directory and will add any addresses it finds in there as node addresses. These nodes are given no special preference over other addresses. They are just added to the pool.

Addresses loaded from the text file are initially given a zero timestamp, therefore they are not advertised in response to a "getaddr" request.

==See Also==

* [[Network#Bootstrapping|Network - Boostrapping]]

==References==
<references />

[[Category:Developer]]
[[Category:Technical]]

MyBitcoin

2013-01-10T09:00:43Z

Cdecker: /* Shutdown */ Removed reference where non is needed

'''MyBitcoin''' was one of the earliest [[eWallet]] providers for Bitcoin. It shut down near the end of July 2011. It was available at the URL http://www.mybitcoin.com, as well as via Tor at http://xqzfakpeuvrobvpj.onion; it has since been replaced with a statement explaining its shutdown.

==Shutdown==
[[File:MyBitCoin08042011.png|thumb|MyBitcoin shutdown notice]]
The site became inaccessible starting July 29, 2011<ref>[http://forum.bitcoin.org/index.php?topic=32900.0 mybitcoin down or just me?]</ref>.

The site has become accessible starting August 4th, 2011 but only to state that their shopping cart interface has been compromised and so they are having to go in to receivership. Soon afterwards, MyBitcoin issued a statement that it had been compromised and that 51% of its total bitcoin holdings had been stolen. It began a process to return the remaining 49% of each customer's balance.

==Criticism==
This service showed the name MyBitcoin LLC and a mailing address in Nevis. It is not known if this truly is an LLC and if so, where the organization was located. There has been no member of the Bitcoin community who has claimed any affiliation with MyBitcoin.

There has never been a way to verify the claim that all bitcoins from account balances are available. The [http://www.mybitcoin.com/legal/terms.php Terms of Service] do state:
:: <tt>6. OBLIGATIONS OF MYBITCOIN LLC<br>6.1 MYBITCOIN LLC will ensure that for all Bitcoins in circulation in the MyBitcoin System there is at all times an identical quantity of unencumbered Bitcoins held in MYBITCOIN LLC's master Bitcoin wallet.</tt>

==See Also==

* [[eWallet]]

==References==
<references />

MyBitcoin

2013-01-10T08:58:21Z

Cdecker: /* Shutdown */ Made the shutdown notice a floating thumb, it's less obtrusive this way

'''MyBitcoin''' was one of the earliest [[eWallet]] providers for Bitcoin. It shut down near the end of July 2011. It was available at the URL http://www.mybitcoin.com, as well as via Tor at http://xqzfakpeuvrobvpj.onion; it has since been replaced with a statement explaining its shutdown.

==Shutdown==
[[File:MyBitCoin08042011.png|thumb|MyBitcoin shutdown notice]]
The site became inaccessible starting July 29, 2011<ref>[http://forum.bitcoin.org/index.php?topic=32900.0 mybitcoin down or just me?]</ref>.

The site has become accessible starting August 4th, 2011 but only to state that their shopping cart interface has been compromised and so they are having to go in to receivership. Soon afterwards, MyBitcoin issued a statement that it had been compromised and that 51% of its total bitcoin holdings had been stolen. It began a process to return the remaining 49% of each customer's balance. See screenshot here:

==Criticism==
This service showed the name MyBitcoin LLC and a mailing address in Nevis. It is not known if this truly is an LLC and if so, where the organization was located. There has been no member of the Bitcoin community who has claimed any affiliation with MyBitcoin.

There has never been a way to verify the claim that all bitcoins from account balances are available. The [http://www.mybitcoin.com/legal/terms.php Terms of Service] do state:
:: <tt>6. OBLIGATIONS OF MYBITCOIN LLC<br>6.1 MYBITCOIN LLC will ensure that for all Bitcoins in circulation in the MyBitcoin System there is at all times an identical quantity of unencumbered Bitcoins held in MYBITCOIN LLC's master Bitcoin wallet.</tt>

==See Also==

* [[eWallet]]

==References==
<references />

User:Genjix/Meetings/10 Jan 2012

2012-01-04T14:10:23Z

Cdecker: moved /10 Jan 2012 to 10 Jan 2012: Starting slash removed

Agenda:

Mining hardware comparison

2011-01-27T21:04:03Z

Cdecker: /* ATI */ Added Stream version tip

{{stub}}

Below are some statistics about the mining performance of various hardware used in a [[mining rig]]. The GPU lists were originally compiled by ArtForz.

The table shows stock clock numbers. 10-20% performance improvement can be achieved via overclocking.

=Graphics cards=

==Nvidia==

{| class="wikitable sortable"
|-
! Model !! Mhash/s !! Mhash/W !! W !! Clock !! SP
|-
| 8600GT || 5.66 || - || - || 1188 || 4
|-
| 8800GT || 25 || - || - || 1300 || 8
|-
| 9300GE || 1.57 || - || - || 1300 || 8
|-
| 9300GS || 1.69 || - || - || 1400 || 8
|-
| 9400GT || 3.37 || 0.067 || 50 || 1400 || 16
|-
| 9500GT || 6.75 || 0.135 || 50 || 1400 || 32
|-
| 9600GSO || 19.88 || 0.237 || 84 || 1375 || 96
|-
| 9600GSO512 || 11.75 || 0.131 || 90 || 1625 || 48
|-
| 9600GT || 15.66 || 0.165 || 95 || 1625 || 64
|-
| 9800GT || 30.36 || 0.289 || 105 || 1800 || 112
|-
| 9800GTX || 32.54 || 0.232 || 140 || 1688 || 128
|-
| 9800GTX+ || 35.39 || 0.251 || 141 || 1836 || 128
|-
| 9800GX2 || 57.83 || 0.294 || 197 || 1500 || 256
|-
| G210 || 3.38 || 0.111 || 30.5 || 1402 || 16
|-
| GT220 || 9.83 || 0.170 || 58 || 1360 || 48
|-
| GT240 || 19.37 || 0.281 || 69 || 1340 || 96
|-
| GTS250 || 35.39 || 0.244 || 145 || 1836 || 128
|-
| GTX260 || 35.91 || 0.178 || 202 || 1242 || 192
|-
| GTX260c216 || 40.40 || 0.236 || 171 || 1242 || 216
|-
| GTX275 || 50.75 || 0.232 || 219 || 1404 || 240
|-
| GTX280 || 46.84 || 0.198 || 236 || 1296 || 240
|-
| GTX285 || 53.35 || 0.262 || 204 || 1476 || 240
|-
| GTX295 || 89.78 || 0.311 || 289 || 1242 || 480
|-
| GT430 || 20.24 || 0.413 || 49 || 1400 || 96
|-
| GTS450 || 45.28 || 0.427 || 106 || 1566 || 192
|-
| GTX460SE || 56.39 || 0.376 || 150 || 1300 || 288
|-
| GTX460 || 68.31 || 0.427 || 160 || 1350 || 336
|-
| GTX465 || 64.41 || 0.322 || 200 || 1215 || 352
|-
| GTX470 || 81.98 || 0.381 || 215 || 1215 || 448
|-
| GTX480 || 101.28 || 0.405 || 250 || 1401 || 480
|-
| GTX570 || 105.83 || 0.483 || 219 || 1464 || 480
|-
| GTX580 || 119.06 || 0.488 || 244 || 1544 || 512
|-
|}

==ATI==
To get the maximum performance use the 2.1 or 2.2 release of the ATI Stream SDK. 2.3 performance drops by 5-10%.

{| class="wikitable sortable"
|-
! Model !! Mhash/s !! Mhash/W !! W !! Clock !! SP
|-
| 4350 || 6.93 || 0.346 || 20 || 575 || 80
|-
| 4550 || 7.23 || 0.289 || 25 || 600 || 80
|-
| 4650 || 31.33 || 0.653 || 48 || 650 || 320
|-
| 4670 || 36.14 || 0.613 || 59 || 750 || 320
|-
| 4730 || 72.29 || 0.657 || 110 || 750 || 640
|-
| 4770 || 72.29 || 0.904 || 80 || 750 || 640
|-
| 4830 || 55.42 || 0.583 || 95 || 575 || 640
|-
| 4850 || 75.30 || 0.685 || 110 || 625 || 800
|-
| 4860 || 67.47 || 0.519 || 130 || 700 || 640
|-
| 4870 || 90.36 || 0.602 || 150 || 750 || 800
|-
| 4890 || 102.41 || 0.539 || 190 || 850 || 800
|-
| 4850X2 || 150.60 || 0.602 || 250 || 625 || 1600
|-
| 4870X2 || 180.72 || 0.632 || 286 || 750 || 1600
|-
| 5450 || 11.99 || 0.631 || 19 || 650 || 80
|-
| 5550 || 40.59 || 1.041 || 39 || 550 || 320
|-
| 5570 || 59.96 || 1.538 || 39 || 650 || 400
|-
| 5670 || 71.49 || 1.117 || 64 || 775 || 400
|-
| 5750 || 116.24 || 1.352 || 86 || 700 || 720
|-
| 5770 || 156.83 || 1.452 || 108 || 850 || 800
|-
| 5830 || 206.64 || 1.181 || 175 || 800 || 1120
|-
| 5850 || 240.77 || 1.595 || 151 || 725 || 1440
|-
| 5870 || 313.65 || 1.668 || 188 || 850 || 1600
|-
| 5970 || 535.06 || 1.820 || 294 || 725 || 3200
|-
| 6850 || 171.59 || 1.351 || 127 || 775 || 960
|-
| 6870 || 232.47 || 1.540 || 151 || 900 || 1120
|-
|}

=CPUs=

A lot of nice data can be pulled from [http://www.bitcoin.org/smf/index.php?topic=1628.0 this thread] to seed this section. Also from [https://www.bitcoin.org/wiki/doku.php?id=bitcoin_miners this page on the old wiki].

==AMD==
{| class="wikitable sortable"
|-
! Model !! nprocs !! Mhash/s !! Mhash/W !! ACP [W] !! Clock [MHz] !! Version !! Comment
|-
| 2x Opteron 6128 || 16 || 32.4 || 0.203 || 160 || 2000 || 0.3.19 || -4way
|}

==Intel==
{| class="wikitable sortable"
|-
! Model !! nprocs !! Mhash/s !! Mhash/W !! ACP [W] !! Clock [MHz] !! Version !! Comment
|-
| i5-2400 || || 4.5 || 0.05 || || Quad 3.1 GHz || cpuminer git (2011-01-22) || cryptopp_asm32
|}

[[Category:Mining]]

Main Page

2010-10-06T12:35:41Z

Cdecker:

====== Welcome to the Bitcoin Wiki ====== This wiki is made to help both users and developers. See our [[getting started]] article, on how to get started. Although you can get a full list of articles [[http://www.bitcoin.org/wiki/doku.php?do=index&id=start|here]]. Here is a small list of what you might be looking for: * [[getting started|How to get started]] * [[bitcoins|What are Bitcoins?]] * [[block|What is a block?]] * [[websites accepting bitcoin|Where to spend your hard earned Bitcoins]] * [[headless client|How to use bitcoind, the headless client]] * [[api|How to use the API, JSON-RPC]] * [[how to help|How to help]] * [[technical_documentation|Specification documents and technical details about bitcoins]] * [[more faqs|Some Frequently Asked Questions which are not covered by the official FAQ]] * [[Bitcoin Miners]]: An attempt to collect all possible miners for Bitcoin generation and their respective requirements. ===== Other languages ===== [[eo:|Esperanto]] [[br:|PortuguEs brasileiro]] [[ru:|Russian]]