good for the whole system: users, merchants,
exchanges and miners.
As always, if you have questions or concerns feel free to email me.
--
--
Gavin Andresen
--
___
Bitcoin
individual user as to what code they run and what rules
> they enforce. So then why is everyone so up in arms about what Mike and
> Gavin are proposing if everyone is free to decide for themselves? I
> believe that each individual user should adhere to the principle that there
> sh
ation)
make both of our simulations irrelevant in the long-run?
Or, even simpler, why couldn't the little miners just run their
block-assembling-and-announcing code on the other high-bandwidth-side of
the band
70% of
hashpower follows) of setting aside some space for high-priority
transactions regardless of fee might also be enough to cause this attack to
fail in practice.
--
>> Raystonn
>>
>>
>>
>> --
>> ___
>> Bitcoin-development mailing list
>> Bitcoin-development@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>>
>
>
>
> --
>
> ___
> Bitcoin-development mailing list
> Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
>
--
--
Gavin Andresen
--
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Completely off-topic for this mailing list, which is about coding/technology
not people.
Stop or I will excercise my moderator superpowers and remove you from this list.
--
Gavin Andresen
> On Jun 4, 2015, at 5:52 PM, Sven Berg wrote:
>
> 1) Hours/
On Mon, Jun 1, 2015 at 7:20 AM, Chun Wang <1240...@gmail.com> wrote:
> I cannot believe why Gavin (who seems to have difficulty to spell my
> name correctly.) insists on his 20MB proposal regardless the
> community. BIP66 has been introduced for a long time and no one knows
>
eliable and expensive, driving more and more people
away from Bitcoin towards... I don't know what. Some less expensive, more
reliable, probably more-centralized solution.
The Gavin 20MB proposal is compromising Bitcoin's long-term security in an
> irreversible way, for gaining short
https://github.com/bitcoin/bitcoin/pull/5835 or
https://github.com/bitcoin/bitcoin/pull/6077 ).
If Chun had six seconds of latency, and he can't pay for a lower-latency
connection (or it is insanely expensive), then there's nothing he can do,
he'l
overhead of 'inv'
messages, and if we ever get really serious about scaling up we'll need to
fix the protocol to reduce that overhead, but that won't be a problem for
years).
--
--
Gavin Andresen
he middle of the Sahara" then we're going to have to agree to disagree.
So: what is your specific proposal for minimum requirements for
connectivity to run a full node? The 20MB number comes from estimating
costs to run a full node, and as my back-and-forth to Chang Wung shows, the
co
nsive cooling, ability to use waste heat...
That's good. An equation with lots of variables has lots of different
maximum solutions, and that means better decentralization -- ther
dresen.ninja/when-the-block-reward-goes-away
--
--
Gavin Andresen
--
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.n
"what
would it actually cost."
--
--
Gavin Andresen
--
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/l
a single cross-border TCP
> connection, it would be certainly far slower than 12.5 MB/s.
That's OK, you'll 1.3Mbps or less.
> I think we can accept 5MB block at most.
>
On Sun, May 31, 2015 at 3:05 AM, Peter Todd wrote:
> Yeah, I'm pretty surprised myself that Gavin never accepted the
> compromises offered by others in this space for a slow growth solution
>
What compromise? I haven't seen a specific proposal that could be turned
you can afford that.
> For a single cross-border TCP
> connection, it would be certainly far slower than 12.5 MB/s.
That's OK, you'll 1.3Mbps or less.
> I think we can accept 5MB block at most.
>
locks fit in a single packet to cross the gfw,
> but that is probably overkill and not well-researched.
>
Last night's transaction volume test shows that most miners do just go
along with defaults:
http://bitcoincore.org/~gavin/sizes_358594.html
> I'm not suggesting that we increase the
expensive in
China; what would be the difference in your bandwidth costs between 2MB
blocks and 20MB blocks?
--
--
Gavin Andresen
--
___
Bitcoin-development ma
ks,
yes? If not, why not?)
--
--
Gavin Andresen
--
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Are you arguing that work won't happen if the max block size increases?
* I'd like to see some better conclusions to the discussion around
> long-term incentives within the system.
Again, see http://gavinandr
nodes on the network.
(e.g. see the count at https://getaddr.bitnodes.io/nodes/ )
--
--
Gavin Andresen
--
___
Bitcoin-development mailing list
Bitcoin-development@lists.
re, the ultimate authority for
determining consensus is what code the majority of merchants and exchanges
and miners are running.
--
--
Gavin Andresen
--
___
Bitcoin-development
Can we hold off on bike-shedding the particular choice of parameters until
people have a chance to weigh in on whether or not there is SOME set of
dynamic parameters they would support right now?
--
--
Gavin Andresen
t;
>
> I am very skeptical about this idea.
>
By the time a hard fork can happen, I expect average block size will be
above 500K.
Would you support a rule that was "larger of 1MB or 2x average size" ? That
is strictly better than the sit
a/time-to-roll-out-bigger-blocks )
There is the "a sudden jump to a 20MB max might have unforseen
consequences" risk that I don't address, but a dynamic increas
don't think us
developers should be deciding things like whether or not fees are too high,
too low, .
--
--
Gavin Andresen
--
___
Bitcoin-development mailing list
Bitco
le of
histograms of block sizes to infer what policy miners are ACTUALLY
following today with respect to block size:
Last 1,000 blocks:
http://bitcoincore.org/~gavin/sizes_last1000.html
Notice a big spike at 750K -- the default size for Bitcoin Core.
This graph might be misleading, because tran
On Tue, May 12, 2015 at 7:48 PM, Adam Back wrote:
> I think its fair to say no one knows how to make a consensus that
> works in a decentralised fashion that doesnt weaken the bitcoin
> security model without proof-of-work for now.
>
Yes.
> I am presuming Gavin is just saying
; Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> ___
> Bitcoin-development
osing replacing checkpoints with nothing.
--
Gavin Andresen
> On May 13, 2015, at 8:26 AM, Alex Mizrahi wrote:
>
> Let's consider a concrete example:
>
> 1. User wants to accept Bitcoin payments, as his customers want this.
> 2. He downloads a recent version of Bitcoin Core, c
at 10:39 AM, Thomas Voegtlin
wrote:
> Le 12/05/2015 15:44, Gavin Andresen a écrit :
> > Ok, here's my scenario:
> >
> > https://blog.bitcoinfoundation.org/a-scalability-roadmap/
> >
> > It might be wrong. I welcome other people to present their road maps.
>
hink that is the best you
can (honestly) do.
--
--
Gavin Andresen
--
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of-the-box monitoring support with 50+ applications
Performance metric
quot;don't grow too quickly, give
some reasonable-percentage-minority of miners the ability to block further
increases."
Also relevant here:
"The curious task of economics is to demonstrate to men how little they
really know about what they imagine they can design." - Fri
lower dynamic limit algorithm: I REALLY like that idea.
--
--
Gavin Andresen
--
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of-the-box monitoring support with 50+ applications
Performa
k it has potential for both scaling as well as keeping up a constant
> fee pressure. If tuned properly, it should both stop spamming and increase
> block size maximum when there are a lot of real transactions waiting f
Can anyone opposed to this proposal articulate in plain english the worst
case scenario(s) if it goes ahead?
Some people in the conversation appear to be uncomfortable, perturbed,
defensive etc about the proposal . But I am not seeing specifics on why it
is not a feasible plan.
From: Mike Hearn
much change sooner or later.
There is not yet consensus on exactly how or when. I will be pushing to
change it this year."
This is what "I will be pushing to change it this year" looks like.
--
--
Gavin Andresen
a/the-myth-of-not-full-blocks
We don’t need 100% full one megabyte blocks to start to learn about what is
likely to happen as transaction volume rises and/or the one megabyte block
size limit is raised.
--
--
Gavin And
miners to roll out a soft-fork to start producing bigger blocks
and eventually trigger the hard fork.
Because ultimately consensus comes down to what software people choose to
run.
--
--
Gavin Andresen
--
One dashboar
t
> need a cycle of making this non-standard, and then in a further
> release doing a second softfork to enforce it.
>
> It's a 2-line change; see #5743.
>
> --
> Pieter
>
>
--
--
Gavin Andresen
---
but now I'd like to receive
>> feedback from community.
>>
>
> IMO it's better to pair a protocol spec with an implementation.
>
--
--
Gavin Andresen
--
Dive into the World of Parallel P
nd very few
transactions..."
"reducing this avenue for malleability is useful on itself as well" :
awkward English. How about just "This proposal has the added benefit of
reducing transaction malleability (see BIP62)."
--
--
Gavin Andresen
-
On Mon, Jan 19, 2015 at 3:40 PM, Mike Hearn wrote:
> OK, I guess we can boil this down more simply. BIP 70 uses protocol
>> buffers because I designed it and implemented the original prototype (with
>> lots of input from Gavin and an earlier proposal by sipa). I used protocol
>
ymentRequests
whenever they need to make a payment" or maybe "Give them an array of
PaymentRequests for the next X days/months/years of payments."
--
--
Gavin Andresen
--
Download BIRT iHub F-Type - The
s only apply to transaction with strict nVersion==3, and not to
> higher ones.
>
I agree; soft-forking is a useful way of rolling out upgrades, we shouldn't
prohibit
eshold=0.5 (or
-estimatefeethreshold=0.95 if as-fast-as-possible confirmations are
needed). Setting both the number of confirmations and the estimation
threshold on a transaction-by-transaction
ow long would it
take to be able to get enough data for a reasonable estimate of "what is
the least I can pay and still be 90% sure I get confirmed in 20 blocks" ?
Hours? Days? Weeks?
--
--
Gavin Andresen
-
We had a halving, and it was a non-event.
Is there some reason to believe next time will be different?
--
--
Gavin Andresen
--
___
Bitcoin-development mailing list
Bitcoin
7;t a clearly better solution I think "we" should create a strictly
moderated bitcoin-bips@lists.sourceforge list.
--
--
Gavin Andresen
--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Mo
27;t have any opinion on the hard- versus soft- fork debate. I think
either can work.
--
--
Gavin Andresen
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of
On Wed, Oct 1, 2014 at 5:04 PM, Alan Reiner wrote:
> On 10/01/2014 04:58 PM, Gavin Andresen wrote:
> > If the first transaction is P2SH, then the miner won't know there is
> > an advantage to holding it until it is too late (the scriptPubKey is
> > an opaque hash until
action until they can also take the "burn to fee".
>
If the first transaction is P2SH, then the miner won't know there is an
advantage to holding it until it is too late (the scriptPubKey is an opaque
hash until the second transaction is final and relayed/broad
ument about whether it should
roll out as a soft fork, wait for a hard fork, be combined with some other
things that it would be nice to add or change, etc.
--
--
Gavin Andresen
--
Meet PCI DSS 3.0 Compliance Requirements
f fee-paying transactions,
sorted by fee") might make it possible to save even more bandwidth by
letting your peers create a very good approximation of your block with just
that information
--
--
Gavin Andresen
--
y
fast propagation of most newly solved blocks.
--
--
Gavin Andresen
--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sig
. I develop with:
./configure --disable-hardening --disable-silent-rules CXXFLAGS='-g3 -O0
-DDEBUG_LOCKORDER'
--
--
Gavin Andresen
--
Open source business process management suite built on Java and Eclipse
Turn
are hundreds of
field numbers available.
It would be silly to add a "generic stuff" field inside a container format
that ALREADY has all the mechanisms necessary for forwards and backwards
extensibility.
--
--
Gavin Andresen
-
.
--
--
Gavin Andresen
Chief Scientist, Bitcoin Foundation
https://www.bitcoinfoundation.org/
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC
quest.
I'm going to take the lack of immediate "That's a Terrible Idea!" as rough
consensus...
--
--
Gavin Andresen
Chief Scientist, Bitcoin Foundation
https://www.bitcoinfoundation.org/
--
HPCC Sy
ized wallets or specialized
applications.
--
--
Gavin Andresen
Chief Scientist, Bitcoin Foundation
https://www.bitcoinfoundation.org/
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What
it. I have much higher tasks on my TODO list.
--
--
Gavin Andresen
--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get un
On Mon, May 19, 2014 at 2:20 PM, Justus Ranvier wrote:
>
> You and Gavin could do a lot better by working on a Bitcoin social
> contract - a promise of what features will *never* be added (or taken
> away) from Bitcoin, because despite what you say it's not acceptable
> to pro
Consensus is the spec should be clarified to match current behavior, so it
won't change.
--
Gavin Andresen
> On Apr 29, 2014, at 9:44 AM, Jouke Hofman wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> We have BIP70 already in use (over a hundred paid re
lementation NOW, while BIP70 is still a 'Draft'.
Because this type of "hey, I'm implementing your standard and it doesn't
work the way I think it should" mistake is exactly why BIPs take a while
before be
..
not a good idea. The user should get feedback right away. Poking a
"pay now" button and then waiting more than a second or three to get "your
payment has been received and is being processed" is terrible UI.
--
--
Gavin Andresen
--
s of people who understand how the system works
at a very detailed level.
And why do you think your blog is more public than this open, publicly
archived mailing list???
--
--
Gavin Andresen
--
Start Your Social Ne
normally,
have the other mine... however you like to simulate some attack (deep
chain re-org, double-spend,
whatever).
To simulate launching the attack, connect them together again, let the two
chains compete and see
what happen
How is this different from just running in -regtest mode and asking the
nodes to generate a block after 1 or 2 seconds?
--
--
Gavin Andresen
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databas
Bitcoin Core version 0.9.1 is now available from:
https://bitcoin.org/bin/0.9.1/
This is a security update. It is recommended to upgrade to this release
as soon as possible.
It is especially important to upgrade if you currently have version
0.9.0 installed and are using the graphical interfac
;>> completely fits in my opinion the BIP "process" category.
>>>
>>> Please read it and let me know your thoughts and comments so we can
>>> improve on this draft.
>>>
>>> Eric Larcheveque
>>> ela...@gmail.com
>>>
>>>
>>>
&g
d outputs you have to
remember forever) before we create an insurmountable set of problems by
trying to solve everything we can think of all at once.
--
--
Gavin Andresen
--
__
center" to the much
more likely "data center employee
is tricked into letting somebody have access to my dedicated server."
--
--
Gavin Andresen
--
Learn Graph Databases - Download FREE O'Reilly Book
"
"Bitcoin doesn't scale" is pure FUD. It might not scale in exactly the way
you want, but it WILL scale.
--
--
Gavin Andresen
Chief Scientist, Bitcoin Foundation
https://www.bitcoinfoundation.org/
--
Le
On Sat, Mar 22, 2014 at 1:03 PM, Mike Hearn wrote:
> do we codesign the Windows binaries?
Yes, the -setup.exe installers are Authenticode (or whatever Microsoft is
calling that these days) code-signed.
--
--
Gavin Andre
dwidth
- Add '-regtest' mode, similar to testnet but private with instant block
generation with 'setgenerate' RPC.
- Add 'linearize.py' script to contrib, for creating bootstrap.dat
- Add separate bitcoin-cli client
Credits
Thanks to everyone who contributed t
Binaries for 0.9.0rc3 are available at:
https://bitcoin.org/bin/0.9.0/test/
Please help sanity test.
We will also need more 'gitian builders' for the final 0.9.0 release
(Wladimir and I are the only builders so far for the rc3 binaries), so if
you are running Linux or OSX and are willing to
rties paying into a multisig, or receiving funds from a multisig,
don't have to support it (that's what P2SH gives us).
--
--
Gavin Andresen
--
Learn Graph Databases - Download FREE O'Reilly Book
"G
rent one.
>
Multisig wallets are a different reality from our current one, so when we
move to that new reality we should do it correctly from the beginning.
--
--
Gavin Andrese
--
Learn Graph Databases - Download FREE O'
ate key don't trust me in this multisig any
more".
On Mon, Mar 10, 2014 at 8:14 PM, Jeff Garzik wrote:
> All of that only melds with the payment protocol under an extremely
> expansive definition of "payment." The payment protocol is really
> geared towards a
oin-development mailing list
> Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
>
--
--
Gavin Andresen
--
Learn Graph Databases - Download FREE O'Re
#x27;-regtest' mode, similar to testnet but private with instant block
generation with 'setgenerate' RPC.
- Add 'linearize.py' script to contrib, for creating bootstrap.dat
- Add separate bitcoin-cli client
Credits
Thanks to everyone who contributed to this release:
t
> most) in the first place.
>
> And if this is not abused, these kind of transactions become popular, and
> more space is really needed, the limit can always be increased in a future
> version.
>
> Wladimir
>
--
--
Gavin Andresen
---
x.
Or, in other words: do not treat the core development team as if we were a
commercial company that sold you a software library. That is not how open
source works; if you are making a profit using the software, you are
expected to help develop, debug, tes
r how
much work it would be to create a valid doppleganger signature) would be
great, but I don't think it is necessary to proceed.
On Thu, Feb 20, 2014 at 9:36 AM, Gregory Maxwell wrote:
> On Thu, Feb 20, 2014 at 6:29 AM, Gavin Andresen
> wrote:
> > I think we shoul
I think we should get Pieter's proposal done and implemented quickly. I
agree with Mike, it doesn't have to take a long time for the core network
to fully support this.
Getting wallets to start generating transaction.version=3 might take years,
but that is OK.
--
--
Gavi
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
> >
>
> --
> Ryan X. Charles
> Software Engineer, BitPay
>
>
> --
> Managing the Performance of Cl
RE: taking discussion elsewhere:
Yes, please, the purpose of this mailing list is technical discussions to
encourage interoperability of Bitcoin implementations, improve ease-of-use
and security, etc.
--
--
Gavin Andresen
dcast the transaction as soon as
possible or having it wait for the merchant to respond with a PaymentACK is
better. But I think we should let wallets experiment with different ways of
doing it, and see what works best in practice.
--
--
Gavin
record of why the coins were spent).
--
--
Gavin Andresen
--
WatchGuard Dimension instantly turns raw network data into actionable
security intelligence. It gives you real-time visual feedback on key
security issues and
ations, or "your burger is paid for you
can leave the restaurant and we won't chase after you").
--
Gavin Andresen
--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses
Message encoding and length (or terminator or checksum or error correction
or...) should be part of the transport protocol, in my humble opinion.
--
Gavin Andresen
> On Jan 26, 2014, at 6:01 PM, Mike Hearn wrote:
>
> To be more accurate, the embedded messages already have length
that tries to ignore linebreaks
and spaces and changing elements in HTML forms to
--
--
Gavin Andrese
--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing Centu
factors ...
Gavin
> On 24/12/2013, at 15:42, "Ryan Carboni" wrote:
>
> Maybe it's because the arguments being presented are nonsensical and
> irrelevant to the current Bitcoin network topology, composed of a small
> number of mining pools, not solo miners? Fu
seems to me the Foundation's wallet software should take
care of iterating.
(either saving state, so it knows it used xpubkey+10 last month and should
use xpubkey+11 this month, or maybe it knows I'm paid monthly and just uses
xpubkey+(number_of_months_from_date_in_orig
the world quickly.
There will be an anti-gravity technology; how this works is not something
I'm personally focused on."
Or, in other words, you are ignoring exactly the sticky, difficult problem
that would have to be solved for your proposal to have any chance
leveldb unit test file that should be in
src/leveldb/db/
Not a showstopper bug.
Given we've had hundreds of downloads and no reports of insanity, I think
we should tag v0.8.6 today (same commit as v0.8.6rc1) and ship it.
--
rry about.
It is exactly the type of thing the Foundation was setup to do, but if
y'all want to create some other organization to do it, then please make it
happen.
--
--
Gavin Andresen
--
Sponsored by Intel(R) XDK
Develop,
0.8.6 release candidate 1 is available from:
https://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.8.6/test/
Please help sanity-test, especially if you are running OSX or Windows.
--
--
Gavin Andresen
RE: replace BIPs on the wiki with links to github documents: agreed.
Wladimir or Gregory: can one of you update BIP 0001 to describe the Proper
Process for creating/editing a BIP? It doesn't mention the github repo at
all right now.
--
--
Gavin And
1 - 100 of 302 matches
Mail list logo
