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
to wonder if there are ANY successful open
source projects that didn't have either a Benevolent Dictator or some clear
voting process to resolve disputes that cannot be settled with "rough
consensus."
--
--
Gavin Andresen
--
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
I chose 20 because all of my testing shows it to be safe, and all of my
back-of-the-envelope calculations indicate the costs are reasonable.
If consensus is "8 because more than order-of-magnitude
-term better user experience.
>
If by long-term security you mean "will transaction fees be high enough to
pay for enough hashing power to secure the network if there are bigger
blocks" I've written about th
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.
>
blocks not subject to
change?
I talk about "what if your government bans Bitcoin entirely" here:
http://gavinandresen.ninja/big-blocks-and-tor
... and the issue
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.
>
pissing me off. I have NEVER EVER said that they need
bigger blocks to continue operating. Please stop being overly dramatic.
They believe that bigger blocks are better for Bitcoin.
Brian Armstrong at Coinbase, in particular, said that smaller blocks drive
centralization towards services like Coinbase ("look ma! No blockchain
transaction!" <-- if you pay a Coinbase merchant from your Coinbase
wallet), but he supports bigger blocks because more transactions on our
existing decentralized network is better.
--
--
Gavin Andresen
--
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
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
he random timing
of block-finding plus a dynamic limit as described above will create a
healthy system.
If I'm wrong, then it seems to me the miners will have a very strong
incentive to, collectively, impose whatever rules are necessary (maybe a
an that won't be enough to pull off profitable attacks.
--
--
Gavin Andresen
--
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of-the-box monitoring support with 50+ applications
Perf
; 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
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
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
-
of Security, and both XML and
ASN.1 are too complex.
--
--
Gavin Andresen
Chief Scientist, Bitcoin Foundation
https://www.bitcoinfoundation.org/
--
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
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
that authority, though;
ideally to some software algorithm that automatically censors topics or
people who don't contribute to a productive discussion.
PS: speaking of productive discussion...
... please change the Subject line when the topic wanders.
--
--
Gavin Andresen
---
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
On Tue, Mar 11, 2014 at 8:38 AM, Jeff Garzik wrote:
> On Tue, Mar 11, 2014 at 7:43 AM, Drak wrote:
> > I very much like the idea of assuming each party uses HD wallets, that
> > certainly simplifies things greatly.
>
> It also assumes a reality different from our current one.
>
Multisig wallets
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
On Sun, Jan 12, 2014 at 5:33 AM, Jeremy Spilman wrote:
> ...
> Now, you would need to get two pubkeys to the payer, throw in a prefix to
> help standardize it, and end up with addresses that could look like (for
> example):
>
>
> xSTLxsn59oaupR6ZKt2yddQ4dp5hcFinnTWkvsDiXtHgAEDg5ajNVzTY8MMQsmqnEn3
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
ion; handling the case where one merchant gives you a PaymentACK
and another gives you (or wants to give you) a PaymentNACK is a nightmare.
--
Gavin Andresen
--
Rapidly troubleshoot problems before they affect
ing or
exposing fees, and may the best user experience win.
--
--
Gavin Andresen
--
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how applicat
e
how many kilobytes their transactions are, and they will just be confused
if they're paying for a 10mBTC burger and are asked to pay 10.00011 or
9.9994 because the merchant has no idea how many kilobytes the paying
transaction will be.
--
--
: I think there was also consensus that the BIP72 request=... should
be shortened to just r=... (save 6 chars in QR codes). Unless somebody
objects, I'll change the BIP and the reference implementation code to make
it so..
t applies for a miner producing too-large blocks, or blocks
with lots of transactions that were never relayed across the network.
--
--
Gavin Andresen
--
DreamFactory - Open Source REST & JSON Services for HTML5 &
t; smaller pool, or better yet, p2pool.
>
That I agree with.
--
--
Gavin Andresen
--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
1 - 100 of 291 matches
Mail list logo
