Bitcoin Wiki - User contributions [en]

Talk:Segwit support

2017-06-14T19:44:20Z

Nomnom:

== Active in column(s) ==

I added in the 'active in' column, since it looked like we might be getting random folks from Reddit adding themselves. Someone doesn't have to be active in core for their opinion to matter by any means, but people have been citing this document to counter the reality distortion field claiming that the developers of Bitcoin Core support "segwit2x" and getting a bunch of who-knows-who-they-are people on the page would break that purpose without something like this. The criteria I used was one commit since a year before the creation of the page which is an arbitrary but pretty low bar. A low bar is justifiable because some people contribute primarily in the form of review or long term changes that produce just a commit or two in a few months... but someone who isn't making a commit a year is really hard to argue as being part of the projects regardless of anything else. I believe if the criteria were upped to at least two the only change would be that Warren would drop out. If it were dropped to 6 months Decker would drop out (as he's busy with lightning). Both would be justifiable, as I don't consider either of them very involved right now-- but either way is fine. I just mention it to show that it's not overly sensitive to the parameter. Cheers --[[User:Gmaxwell|Gmaxwell]] ([[User talk:Gmaxwell|talk]]) 20:08, 11 June 2017 (UTC)

== Sources Please ==
Please add sources for companies supporting BIP148.
For example Bitstamp is not listed on coin.dance as in support.

Talk:Bitcoin XT

2016-01-09T16:42:09Z

Nomnom: I think the last paragraph is not correct ...

{{WikiProject|Protocol|importance=HIGH|quality=START}}

Hello,

I think the last paragraph is not 100% correct ( "XT users will follow a new blockchain and cease to be using and trading bitcoins." )

only if there is a fork _without_ economic majority this would be the case. I tried to make it more factual but my edit got reverted,
maybe it was also not 100% correct, but the current text is also wrong and sounds like FUD imho.

Bitcoin XT

2016-01-09T16:30:09Z

Nomnom: link economic acceptance to Economic_majority

{{infobox software|logo=[[File:xt.png|256px]]|image=[[File:bitcoinxt.png|256px]]|caption=The identifying marks of an XT client
|bg=orange
|author=[[Gavin Andresen]]<br/>[[Mike Hearn]]
|website=[https://bitcoinxt.software bitcoinxt.software]
}}'''Bitcoin XT''' is a fork of [[Bitcoin Core]] that aims to make transactions reliable, inexpensive, and accessible. It achieved significant notoriety and support after prematurely adopting [[BIP 0101|BIP 101]], giving it importance in the [[block size limit controversy]].<ref name="ooc">{{cite web|work=[[The Neighbourhood Pool Watch]]|author=[[organofcorti]]|title=BIP101 implementation flaws|date=27 August 2015|accessdate=27 August 2015|url=http://organofcorti.blogspot.com/2015/08/bip101-implementation-flaws.html}}</ref>

After [[Gavin Andresen]]'s resignation from the position of [[Bitcoin Core]] maintainer, he and [[Mike Hearn]] organized{{when}} Bitcoin XT to address controversial ideas lacking the consensus required to be implemented in Bitcoin Core.<ref>{{cite web|work=Medium|title=An XT FAQ|author=[[Mike Hearn|Hearn, Mike]]|date=27 August 2015|accessdate=27 August 2015|url=https://medium.com/@octskyward/an-xt-faq-38e78aa32ff0}}</ref>

Due to implementing BIP 0101 in version 0.11.0A, it is now incompatible with the Bitcoin consensus protocol, and when 75% of the last 1000 blocks are observed to have particular version bits set, it ceases enforcing the 1 MB block size limit and also adds a few new rules.
Since it is incompatible with the Bitcoin protocol, it is technically an [[altcoin]], but due to an unusually large [[Economic_majority|economic acceptance]] it may potentially become a "new Bitcoin" some day.

==Mission statement==

The XT mission statement defines what the project believes is important: commitment to these principles are what differentiates it from Bitcoin Core.

* '''Scaling the network up to handle user demand and spam is important''', even if that means the network becomes centralised along the way. The idea of a global system used by ordinary people is what motivated many people to support this.
* XT proponents believe '''unconfirmed transactions are important'''. Many merchants want or need to accept payments within seconds rather than minutes or hours. XT accepts this fact and does what it can to minimise the risk, then "helps" sellers judge what remains. It is committed to support only "first seen" policies, and will not adopt changes that make unconfirmed transactions riskier.

* '''Decision making is quick and clear'''. Decisions are made according to a leadership hierarchy. The XT software encodes decisions that follow the above principles: people who disagree are welcome to use different software, or patch ours. We do not consider writing principled software to be centralising and do not refuse to select reasonable defaults.


You can [https://bitcoinxt.software/patches.html read more about the code changes in Bitcoin XT].

==Block size hard fork==
In 2010, a block size limit was introduced into Bitcoin by [[Satoshi Nakamoto]]. He added it as a safety measure to prevent miners from spamming large blocks and meant for it to be removed once secure lightweight wallets were developed;
however, the spam problem has only gotten worse, and secure lightweight wallets never implemented.

There has been much community [[Block size limit controversy|debate]] on this topic. You can read analysis and explanations for why we think raising the block size limit is important here:

* [http://gavinandresen.ninja/ A series of essays] by [[Gavin Andresen]]
* [https://medium.com/@octskyward/crash-landing-f5cc19908e32 Why the block size limit must be raised] and [https://medium.com/@octskyward/the-capacity-cliff-586d1bf7715e why the proposed alternative schemes will not work], by [[Mike Hearn]].

==Miners==
Miners that side with Bitcoin XT will produce blocks with a new version number.<ref name="avc">{{cite web|title=The Bitcoin XT Fork|work=AVC|author=Wilson, Fred|date=17 August 2015|accessdate=28 August 2015|url=http://avc.com/2015/08/the-bitcoin-xt-fork/}}</ref> This indicates to the rest of the network that they support XT.<ref name="avc"/> When 75% of the last 1000 blocks are new-version blocks, these miners will automatically abandon Bitcoin and begin mining on a new Bitcoin XT blockchain.<ref name="avc"/> This will begin after a waiting period of two weeks in hopes the economy in this time may force anyone who hasn't switched yet to do so.<ref name="avc"/>

Users and miners running full Bitcoin nodes will reject the XT blockchain starting with the first block that is larger than one megabyte in size, and thus be unaffected provided it fails to achieve economic consensus.

==Users and merchants==
If insufficient mining hash power runs XT to reach supermajority then nothing will happen. If enough does, XT users will follow a new blockchain and cease to be using and trading bitcoins.

==See Also==
* [[BIP 0101]]
* [[Scalability FAQ]]

==References==
<references/>

[[Category:Block size limit controversy]]
[[Category:Direct code forks of Bitcoin Core]]
[[Category:User Interfaces]]
[[Category:Frontends]]
[[Category:Free Software]]
[[Category:Open Source]]

Bitcoin XT

2016-01-01T19:12:04Z

Nomnom: fix typo

{{infobox software|logo=[[File:xt.png|256px]]|image=[[File:bitcoinxt.png|256px]]|caption=The identifying marks of an XT client
|bg=orange
|author=[[Gavin Andresen]]<br/>[[Mike Hearn]]
|website=[https://bitcoinxt.software bitcoinxt.software]
}}'''Bitcoin XT''' is a fork of [[Bitcoin Core]] that aims to make transactions reliable, inexpensive, and accessible. It achieved significant notoriety and support after prematurely adopting [[BIP 0101|BIP 101]], giving it importance in the [[block size limit controversy]].<ref name="ooc">{{cite web|work=[[The Neighbourhood Pool Watch]]|author=[[organofcorti]]|title=BIP101 implementation flaws|date=27 August 2015|accessdate=27 August 2015|url=http://organofcorti.blogspot.com/2015/08/bip101-implementation-flaws.html}}</ref>

After [[Gavin Andresen]]'s resignation from the position of [[Bitcoin Core]] maintainer, he and [[Mike Hearn]] organized{{when}} Bitcoin XT to address controversial ideas lacking the consensus required to be implemented in Bitcoin Core.<ref>{{cite web|work=Medium|title=An XT FAQ|author=[[Mike Hearn|Hearn, Mike]]|date=27 August 2015|accessdate=27 August 2015|url=https://medium.com/@octskyward/an-xt-faq-38e78aa32ff0}}</ref>

Due to implementing BIP 0101 in version 0.11.0A, it is now incompatible with the Bitcoin consensus protocol, and when 75% of the last 1000 blocks are observed to have particular version bits set, it ceases enforcing the 1 MB block size limit and also adds a few new rules.
Since it is incompatible with the Bitcoin protocol, it is technically an [[altcoin]], but due to an unusually large economic acceptance it may potentially become a "new Bitcoin" some day.

==Mission statement==

The XT mission statement defines what the project believes is important: commitment to these principles are what differentiates it from Bitcoin Core.

* '''Scaling the network up to handle user demand and spam is important''', even if that means the network becomes centralised along the way. The idea of a global system used by ordinary people is what motivated many people to support this.
* XT proponents believe '''unconfirmed transactions are important'''. Many merchants want or need to accept payments within seconds rather than minutes or hours. XT accepts this fact and does what it can to minimise the risk, then "helps" sellers judge what remains. It is committed to support only "first seen" policies, and will not adopt changes that make unconfirmed transactions riskier.

* '''Decision making is quick and clear'''. Decisions are made according to a leadership hierarchy. The XT software encodes decisions that follow the above principles: people who disagree are welcome to use different software, or patch ours. We do not consider writing principled software to be centralising and do not refuse to select reasonable defaults.


You can [https://bitcoinxt.software/patches.html read more about the code changes in Bitcoin XT].

==Block size hard fork==
In 2010, a block size limit was introduced into Bitcoin by [[Satoshi Nakamoto]]. He added it as a safety measure to prevent miners from spamming large blocks and meant for it to be removed once secure lightweight wallets were developed;
however, the spam problem has only gotten worse, and secure lightweight wallets never implemented.

There has been much community [[Block size limit controversy|debate]] on this topic. You can read analysis and explanations for why we think raising the block size limit is important here:

* [http://gavinandresen.ninja/ A series of essays] by [[Gavin Andresen]]
* [https://medium.com/@octskyward/crash-landing-f5cc19908e32 Why the block size limit must be raised] and [https://medium.com/@octskyward/the-capacity-cliff-586d1bf7715e why the proposed alternative schemes will not work], by [[Mike Hearn]].

==Miners==
Miners that side with Bitcoin XT will produce blocks with a new version number.<ref name="avc">{{cite web|title=The Bitcoin XT Fork|work=AVC|author=Wilson, Fred|date=17 August 2015|accessdate=28 August 2015|url=http://avc.com/2015/08/the-bitcoin-xt-fork/}}</ref> This indicates to the rest of the network that they support XT.<ref name="avc"/> When 75% of the last 1000 blocks are new-version blocks, these miners will automatically abandon Bitcoin and begin mining on a new Bitcoin XT blockchain.<ref name="avc"/> This will begin after a waiting period of two weeks in hopes the economy in this time may force anyone who hasn't switched yet to do so.<ref name="avc"/>

Users and miners running full Bitcoin nodes will reject the XT blockchain starting with the first block that is larger than one megabyte in size, and thus be unaffected provided it fails to achieve economic consensus.

==Users and merchants==
If insufficient mining hash power runs XT to reach supermajority then nothing will happen. If enough does, XT blockchain will become Bitcoin because it will be the economic majority, bitcoin-legacy chain with low hashrate will most likely be abandoned.

==See Also==
* [[BIP 0101]]
* [[Scalability FAQ]]

==References==
<references/>

[[Category:Block size limit controversy]]
[[Category:Direct code forks of Bitcoin Core]]
[[Category:User Interfaces]]
[[Category:Frontends]]
[[Category:Free Software]]
[[Category:Open Source]]

Bitcoin XT

2016-01-01T19:11:00Z

Nomnom: If bitcoinXT ever gets enough support that it activates it WILL BECOME BITCOIN, bitcoin-legacy will be deprecated then, it IS NOT AN ALTCOIN

{{infobox software|logo=[[File:xt.png|256px]]|image=[[File:bitcoinxt.png|256px]]|caption=The identifying marks of an XT client
|bg=orange
|author=[[Gavin Andresen]]<br/>[[Mike Hearn]]
|website=[https://bitcoinxt.software bitcoinxt.software]
}}'''Bitcoin XT''' is a fork of [[Bitcoin Core]] that aims to make transactions reliable, inexpensive, and accessible. It achieved significant notoriety and support after prematurely adopting [[BIP 0101|BIP 101]], giving it importance in the [[block size limit controversy]].<ref name="ooc">{{cite web|work=[[The Neighbourhood Pool Watch]]|author=[[organofcorti]]|title=BIP101 implementation flaws|date=27 August 2015|accessdate=27 August 2015|url=http://organofcorti.blogspot.com/2015/08/bip101-implementation-flaws.html}}</ref>

After [[Gavin Andresen]]'s resignation from the position of [[Bitcoin Core]] maintainer, he and [[Mike Hearn]] organized{{when}} Bitcoin XT to address controversial ideas lacking the consensus required to be implemented in Bitcoin Core.<ref>{{cite web|work=Medium|title=An XT FAQ|author=[[Mike Hearn|Hearn, Mike]]|date=27 August 2015|accessdate=27 August 2015|url=https://medium.com/@octskyward/an-xt-faq-38e78aa32ff0}}</ref>

Due to implementing BIP 0101 in version 0.11.0A, it is now incompatible with the Bitcoin consensus protocol, and when 75% of the last 1000 blocks are observed to have particular version bits set, it ceases enforcing the 1 MB block size limit and also adds a few new rules.
Since it is incompatible with the Bitcoin protocol, it is technically an [[altcoin]], but due to an unusually large economic acceptance it may potentially become a "new Bitcoin" some day.

==Mission statement==

The XT mission statement defines what the project believes is important: commitment to these principles are what differentiates it from Bitcoin Core.

* '''Scaling the network up to handle user demand and spam is important''', even if that means the network becomes centralised along the way. The idea of a global system used by ordinary people is what motivated many people to support this.
* XT proponents believe '''unconfirmed transactions are important'''. Many merchants want or need to accept payments within seconds rather than minutes or hours. XT accepts this fact and does what it can to minimise the risk, then "helps" sellers judge what remains. It is committed to support only "first seen" policies, and will not adopt changes that make unconfirmed transactions riskier.

* '''Decision making is quick and clear'''. Decisions are made according to a leadership hierarchy. The XT software encodes decisions that follow the above principles: people who disagree are welcome to use different software, or patch ours. We do not consider writing principled software to be centralising and do not refuse to select reasonable defaults.


You can [https://bitcoinxt.software/patches.html read more about the code changes in Bitcoin XT].

==Block size hard fork==
In 2010, a block size limit was introduced into Bitcoin by [[Satoshi Nakamoto]]. He added it as a safety measure to prevent miners from spamming large blocks and meant for it to be removed once secure lightweight wallets were developed;
however, the spam problem has only gotten worse, and secure lightweight wallets never implemented.

There has been much community [[Block size limit controversy|debate]] on this topic. You can read analysis and explanations for why we think raising the block size limit is important here:

* [http://gavinandresen.ninja/ A series of essays] by [[Gavin Andresen]]
* [https://medium.com/@octskyward/crash-landing-f5cc19908e32 Why the block size limit must be raised] and [https://medium.com/@octskyward/the-capacity-cliff-586d1bf7715e why the proposed alternative schemes will not work], by [[Mike Hearn]].

==Miners==
Miners that side with Bitcoin XT will produce blocks with a new version number.<ref name="avc">{{cite web|title=The Bitcoin XT Fork|work=AVC|author=Wilson, Fred|date=17 August 2015|accessdate=28 August 2015|url=http://avc.com/2015/08/the-bitcoin-xt-fork/}}</ref> This indicates to the rest of the network that they support XT.<ref name="avc"/> When 75% of the last 1000 blocks are new-version blocks, these miners will automatically abandon Bitcoin and begin mining on a new Bitcoin XT blockchain.<ref name="avc"/> This will begin after a waiting period of two weeks in hopes the economy in this time may force anyone who hasn't switched yet to do so.<ref name="avc"/>

Users and miners running full Bitcoin nodes will reject the XT blockchain starting with the first block that is larger than one megabyte in size, and thus be unaffected provided it fails to achieve economic consensus.

==Users and merchants==
If insufficient mining hash power runs XT to reach supermajority then nothing will happen. If enough does, XT blockchain which will become Bitcoin because it will be the economic majority, bitcoin-legacy chain with low hashrate will most likely be abandoned.

==See Also==
* [[BIP 0101]]
* [[Scalability FAQ]]

==References==
<references/>

[[Category:Block size limit controversy]]
[[Category:Direct code forks of Bitcoin Core]]
[[Category:User Interfaces]]
[[Category:Frontends]]
[[Category:Free Software]]
[[Category:Open Source]]

Spesmilo

2011-08-21T06:42:42Z

Nomnom: Fixed broken link

[[File:Spesmilo_english.png|thumb|400px|right]]
[[File:Spesmilo_esperanto.png|thumb|400px|right]]

Free software PySide RPC client open to a diverse community.
Additional translations and features are welcome, no matter how obscure.
Principal authors: [[User:genjix|genjix]] and [[User:Luke-Jr|Luke-Jr]]

==Features==
* Multilingual: American, Dutch, English, Esperanto, or French.
* Supports both Decimal and [[Tonal BitCoin|Tonal]] Bitcoins (and autodetection)
* Supports [[URI Scheme|bitcoin: URIs]]
* Can connect to remote JSON-RPC
* Can run local "embedded" bitcoind

==Current version (0.0.1.beta1)==
* [http://luke.dashjr.org/programs/bitcoin/files/Spesmilo_0.0.1.beta1_i386_windows.exe Windows installer] -- Requires Administrator to install or you will get an error
* [http://luke.dashjr.org/programs/bitcoin/files/Spesmilo_0.0.1.beta1_source.tbz2 Source code]

===Gentoo install===
layman -o https://gitorious.org/bitcoin/gentoo/blobs/raw/master/overlay.xml -f -a bitcoin
emerge -a spesmilo #(you may need to keyword some packages)

===Quick start (from source)===
# Dependencies: PySide, ImageMagick
make local
make
./spesmilo

To install:
make install

To install with bitcoin: URI support for KDE:
make install KDESERVICEDIR="/usr/share/kde4/services"

==Screenshots==
<gallery>
{{ns:file}}:Spesmilo-tonal.png|Tonal preference
{{ns:file}}:Spesmilo-decimal.png|Decimal preference
</gallery>

==External Links==

* [https://bitcointalk.org/index.php?topic=3451.0 Forum thread]
* [http://gitorious.org/bitcoin/spesmilo Gitorious repository]

[[Category:User Interfaces]]
[[Category:Frontends]]
[[Category:Free Software]]
[[Category:License/GPLv3]]
[[Category:Open Source]]
[[Category:Mobile]]