--
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
to address in the bitcoin ecosystem. It negatively
impacts users to roll out scorched earth replace-by-fee given today's
ecosystem.
Yes, zero conf security is poor. An outright attack on zero conf degrades
user security even more.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
___
Bitcoin-development mailing
unless shown otherwise?
Making multiple incompatible versions of a spend is a -requirement- of
various refund contract protocols.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
On Fri, Jun 19, 2015 at 10:48 AM, justusranv...@riseup.net wrote:
On 2015-06-19 17:40, Jeff Garzik wrote:
Making multiple incompatible versions of a spend is a -requirement- of
various refund contract protocols.
Is there not a dedicated field in a transaction (nSequence) for express
On Thu, Jun 18, 2015 at 9:07 AM, justusranv...@riseup.net wrote:
On 2015-06-18 14:53, Jeff Garzik wrote:
Consensus changes - worded another way - change Bitcoin's Constitution -
The Rules that everyone in the system is -forced- to follow, or be ignored
by the system.
Bitcoin does
--
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core
On Thu, Jun 18, 2015 at 3:33 PM, Mark Friedenbach m...@friedenbach.org
wrote:
On Thu, Jun 18, 2015 at 2:58 PM, Jeff Garzik jgar...@bitpay.com wrote:
The whole point is getting out in front of the need, to prevent
significant negative impact to users when blocks are consistently full.
To do
, that this decision is oh so difficult and important.
But this is not helpful. We all know that. Even I.
Make a suggestion, or stay out of the debate!
Mats
On 06/14/2015 07:36 AM, Jeff Garzik wrote:
The choice is very real and on-point. What should the block size limit
be? Why
Adding - in re pay-to-FOO - these schemes are inherently short term, such
that it is near-impossible for the market to plan for what happens in 12+
months.
On Sun, Jun 14, 2015 at 10:28 PM, Jeff Garzik jgar...@bitpay.com wrote:
On Sun, Jun 14, 2015 at 5:23 PM, Adam Back a...@cypherspace.org
is a proper fee, what is a proper level of
decentralization, a proper growth factor?
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
like they did BIP34 and BIP66. Shame on you!
BIP 100 requires a hard fork to engage. Users proactively opt-in.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
this we should look at the problem much
more generally. Using false choices doesn’t really help, though ;)
- Eric Lombrozo
On Jun 13, 2015, at 10:13 PM, Jeff Garzik jgar...@bitpay.com wrote:
On Sun, Jun 14, 2015 at 1:08 AM, Eric Lombrozo elombr...@gmail.com
wrote:
2) BIP100 has direct
incentive for miners to be in
agreement with users, and likely won't for some time.
Best,
Stephen
On Jun 12, 2015, at 2:11 PM, Peter Todd p...@petertodd.org wrote:
Jeff Garzik recently proposed that the upper blocksize limit be removed
entirely, with a soft limit being enforced via
--
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
is for your clients, not Bitcoin. Get the fuck out.
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
exactly this as a business.
EMail jgar...@dss.co if you want to know more.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
One dashboard for servers
/290420510;117567292;y
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https
, Gregory Maxwell gmaxw...@gmail.com wrote:
On Tue, May 12, 2015 at 7:38 PM, Jeff Garzik jgar...@bitpay.com wrote:
One general problem is that security is weakened when an attacker can
DoS a
small part of the chain by DoS'ing a small number of nodes - yet the
impact
is a network-wide DoS
-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
One
/ddm/clk/290420510;117567292;y
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay
tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin
resources are required to get to those levels -- including traffic to serve
those SPV clients via P2P -- and then work backwards from that to see who
can support it, and then work backwards to discern a maximum tps.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc
and obviously want to see
bitcoin adoption - but I don't want to sacrifice every decentralized
principle and become a central banker in order to get there.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
and now we're discussing it.
Mike and Gavin are due the benefit of doubt because making a change to a
leaderless automaton powered by leaderless open source software is breaking
new ground. I don't focus so much on how we got to this point, but rather,
where we go from here.
--
Jeff Garzik
Bitcoin
On Thu, May 7, 2015 at 9:40 PM, Tom Harding t...@thinlink.com wrote:
On 5/7/2015 12:54 PM, Jeff Garzik wrote:
2) Where do you want to go? Should bitcoin scale up to handle all the
world's coffees?
Alan was very clear. Right now, he wants to go exactly where Gavin's
concrete proposal
I have a lot more written down, a WIP; here are the highlights.
- The 1MB limit is an ancient anti-spam limit, and needs to go.
- The 1MB limit is economically entrenched at this point, and cannot be
removed at a whim.
- This is a major change to the economics of a $3.2B system. This change
hack
Satoshi put in place, then what about bigger challenges?
This is absolutely not a trivial change.
It is a trivial *code* change. It is not a trivial change to the economics
of a $3.2B system.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https
On Thu, May 7, 2015 at 11:16 AM, Justus Ranvier justusranv...@riseup.net
wrote:
To be extremely specific: should Bitcoin development intenionally
limit the network's capabilities to leave room for other projects, or
should Bitcoin attempt to be the best system possible and let the
other
Dear list,
Apparently my emails are being marked as spam, despite being sent from
GMail's web interface. I've pinged our sysadmin. Thanks for letting
me know.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
On Thu, May 7, 2015 at 11:33 AM, Justus Ranvier justusranv...@riseup.net
wrote:
In summary, I asked a question neither you, nor Peter Todd, want to
answer and want to actively discourage people from even asking at all.
Incorrect; your question included built-in assumptions with which I
On Thu, May 7, 2015 at 10:38 AM, Justus Ranvier justusranv...@riseup.net
wrote:
On 05/07/2015 04:04 PM, Jeff Garzik wrote:
- This is a major change to the economics of a $3.2B system. This
change picks winners and losers. There is attendant moral hazard.
This is exactly true
@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
One dashboard for servers
-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of-the-box
the network. More work per node. Greater opportunity
for algorithmic attacks, races and other shenanigans by attackers.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
-conf transactions as there is little
customer/reputation relationship to leverage. However, that
observation cannot be easily applied to most other businesses.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
Download BIRT
On Sat, Feb 21, 2015 at 10:25 PM, Jorge Timón jti...@jtimon.cc wrote:
On Sat, Feb 21, 2015 at 11:47 PM, Jeff Garzik jgar...@bitpay.com wrote:
This isn't some theoretical exercise. Like it or not many use
insecure 0-conf transactions for rapid payments. Deploying something
that makes 0-conf
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
Dive
/
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
protobuf)
2015-01-28 17:04 GMT+01:00 Jeff Garzik jgar...@bitpay.com:
Not to mention the tiresome and error-prone task of writing your own
JSON-to-schema marshalling code -- or something equivalent to the protobufs
compiler and libs for JSON.
protobufs -- and its modern competitors
://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
Dive into the World of Parallel Programming. The Go Parallel Website
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
, although for me the line is blurred between which of those
are security considerations vs performance considerations.
Richard
On 19 January 2015 at 19:09, Jeff Garzik jgar...@bitpay.com wrote:
Text formats such as XML or JSON are far less deterministic, are more
loosely specified, have wide
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
New
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
New Year. New Location. New Benefits. New Data Center
compliant.
http://p.sf.net/sfu/gigenet
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
the conversation now. http://goparallel.sourceforge.net
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source
/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly
-it-pretty-and-do-all-the-work.
Some change is in order, gentlemen.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
Download BIRT iHub F-Type - The Free Enterprise
disincentives for working on other
types of patches.
On Mon, Dec 15, 2014 at 4:19 PM, Cory Fields li...@coryfields.com wrote:
On Mon, Dec 15, 2014 at 2:35 PM, Jeff Garzik jgar...@bitpay.com wrote:
On Mon, Dec 15, 2014 at 1:42 PM, Cory Fields li...@coryfields.com
wrote:
That's exactly what
http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core
://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
___
Bitcoin
--
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
the road.
Though I ACK'd the change, my general preference remains to disconnect
TX and block version.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
.
--
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
://github.com/jgarzik/rpcsrv
PR #2844 @ https://github.com/bitcoin/bitcoin/pull/2844
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
this is unlikely for well informed and
well prepared market participants.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
___
Bitcoin-development
--
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
The whole issue is a troll, and I'm afraid you got sucked in.
There are no plans to add a blacklist to Bitcoin Core.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
We are slowly applying a consistent style to the C++ source, via
clang-format (LLVM) and $repo/src/.clang-format.
If you have a patch that is difficult to apply to the tree due to
reformatting, simply apply clang-format and then rediff.
--
Jeff Garzik
Bitcoin core developer and open source
process, for all we know, sipa is a supercomputing
cluster of 500 gnomes.
The point is, the online entity known as Satoshi is the relevant
fingerprint. That is easily established without any in-person
meetings.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc
necessarily apply to every situation.
On Sep 15, 2014, at 9:08 AM, Jeff Garzik jgar...@bitpay.com wrote:
On Mon, Sep 15, 2014 at 3:23 AM, Thomas Zander tho...@thomaszander.se
wrote:
Any and all PGP related howtos will tell you that you should not trust or
sign
a formerly-untrusted PGP
/gampad/clk?id=157508191iu=/4140/ostg.clktrk
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source
-kernel-git-repositories-add-2-factor-authentication
As a first step, one possibility is putting the primary repo on
bitcoin.org somewhere, and simply mirroring that to github for each
push.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
. Stuff that matters.
http://tv.slashdot.org/
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source
On Tue, Aug 19, 2014 at 8:16 PM, Peter Todd p...@petertodd.org wrote:
On 19 August 2014 19:40:39 GMT-04:00, Jeff Garzik jgar...@bitpay.com wrote:
Encryption is of little value if you may deduce the same information
by observing packet sizes and timings.
That is simply incorrect. The resources
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
___
Bitcoin-development mailing list
Bitcoin-development
/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
Want fast and easy access to all the code in your enterprise? Index and
search up
n Fri, Aug 8, 2014 at 6:01 AM, Mike Hearn m...@plan99.net wrote:
What's wrong
with the existing mechanism exactly?
It would be wrong to add NODE_INSIGHT, NODE_ELECTRUM_SERVER, etc. bits
even though you do have useful bitcoin-related APIs that exist on the
same system as bitcoind.
--
Jeff
just NODE_EXTENDED_SERVICES and
nothing else? I don't think a generic service advertisement mechanism is a
bad thing to have, by the way, just pointing out that nothing makes this
more focused than service bits already are.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay
.
Something like `getutxos` or this proposal could be implemented as an
external application or script, instead of having to integrate
everything into bitcoind.
Seconded. Command plug-ins and such seem like an idea worth exploring.
We don't need to shove everything into bitcoind.
--
Jeff
#4599 tries to lead by example:
https://github.com/bitcoin/bitcoin/pull/4599
A P2P service would be a slightly different sort of plug-in.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
different clients.
An additional standalone program can then bridge this mechanism to running a
shell command for particular messages, though given the history of shell
based exploits I'd feel safer with something that doesn't do that
--
Jeff Garzik
Bitcoin core developer and open
publish-to-outside-world time are the same, even though they often
are.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
Want fast and easy access to all the code
! Try it now.
http://p.sf.net/sfu/bds
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
address that is being advertised.
This is not a fully baked proposal by any means, but more of a trial
balloon to get discussion moving.
There is no need to implement all services inside bitcoind...
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https
at 2:55 PM, Jeff Garzik jgar...@bitpay.com wrote:
...and existing users and uses of nLockTime suddenly become worthless,
breaking payment channel refunds and other active uses of nLockTime.
You cannot assume the user is around to rewrite their nLockTime, if it
fails to be confirmed before some
-END PGP SIGNATURE-
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms
, Jeff Garzik wrote:
A fork is not necessarily required, if you are talking about information
that deals primarily with pre-consensus mempool behavior. You can make a
network TX with some information that is digitally signed, yet discarded
before it reaches miners.
On Wed, Aug 6, 2014 at 11:42
://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer
, the
desire to cap the mempool ram usage, scalability, DoS prevention, ...
mempool ties a lot together.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
Infragistics
to looking
back two or three TXs deep at coin age -- which I admit is an interesting
metric.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
Infragistics Professional
capping the mempool's size at each local node is a
much more reachable goal. Capping, then, implies some culling policy. In
general, bitcoind Tx mempool size is rather open ended, and that needs
sorting out.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https
The version message helpfully tells me my own IP address but not theirs ;p
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
Infragistics Professional
Build
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
Want fast
Before they got traction, yes. But he projected a bit, as anyone
could, to see the trend.
On Thu, Jul 17, 2014 at 1:22 PM, slush sl...@centrum.cz wrote:
On Thu, Jul 17, 2014 at 6:14 PM, Jeff Garzik jgar...@bitpay.com wrote:
Historical note: On one hand, Satoshi seemed to dislike the early
of coins was as even as possible. Indeed this predated
pooled mining.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
Want fast and easy access to all
On Thu, Jul 17, 2014 at 6:46 PM, Gavin Andresen gavinandre...@gmail.com wrote:
I'd encourage you to code up a prototype first (or at the same time), in
whatever programming language / networking library you're most familiar
with.
+1
Maybe not even using the existing p2p protocol; there could
of that, such predictions are never perfect. Need
to make sure the fallback case, while undoubtedly more costly than the
Fast Path, is not overly painful.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
Want fast
a little SAT scripting language with an eval.
push script0
push script1
push script2
push script3
push a=(1 2 0), b=a-1, a | 3 | b
eval
On Thu, Jul 17, 2014 at 12:52 AM, Jeff Garzik jgar...@bitpay.com wrote:
On Wed, Jul 16, 2014 at 1:56 PM, Jeremy jlru...@mit.edu wrote:
Right
, but it remains to be seen how much we
engineers can really do to make life fair. Making transaction
selection a bit more independent from hashpower seems one step. There
are several other proposals floating about.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https
https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
Want fast and easy access to all the code
, this
getutxos cmd proffers post-verification trusted data.
I don't think it does proffer that, but if a part of the BIP could be read
as doing so, let me know which part and I'll fix it.
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com
1 - 100 of 295 matches
Mail list logo
