stem long-term, because it would force some
re-examination of some very bad assumptions.
--
----
Troy Benjegerdes 'da hozer' ho...@hozed.org
7 elements earth::water::air::
highlight that people who do not commit a lot of
> code contribute in other, arguably equal ways.
>
> ____
> From: Troy Benjegerdes
> Sent: 10 June 2015 19:58
> To: Patrick Mccorry (PGR)
> Subject: Re: [Bitcoin-development] Is SourceFor
nt mailing list
> > Bitcoin-development@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/bitcoin-development
> >
> --
> ___
> Bitcoi
rgent. The issue
> > of moving the mailinglist has come up before a few times and people can't
> > agree where to move to.
> >
> > Wladimir
> >
> >
> > --
>
>
> --
> ___
> Bitcoin-development mailing list
> B
gt; >> ___
> >> Bitcoin-development mailing list
> >> Bitcoin-development@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
> >>
> >
> --
rice of the btc miners are mining down", I believe it will be
> >> something good for bitcoin.
> >> Since this is apparently controversial I don't want to push for
> >> replace-by-fee to become the new standard policy (something that would
> >> make sense
On Sun, Feb 15, 2015 at 11:40:24PM +0200, Adam Gibson wrote:
>
>
> On 02/15/2015 11:25 PM, Troy Benjegerdes wrote:
> >
> > Most money/payment systems include some method to reverse or undo
> > payments made in error. In these systems, the longer settlement
> &
point main.cpp needs to get untangled, and have some critical review
if bitcoin wants to remain relevant.
--
--------
Troy Benjegerdes &
On Thu, Feb 12, 2015 at 09:27:22AM +0100, Tamas Blummer wrote:
>
>
> On Feb 12, 2015, at 9:16 AM, Alex Mizrahi wrote:
> > Why don't you use getrawmempool RPC call to synchronize mempool contents?
>
>
>
> Since RPC interface does not scale to serve a multi user service.
> In absence of better
; 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 part
Thank you Jeff.
Having looked at a lot of linux code, and now a lot of bitcoin code, the
biggest long-term systemic risk I see is that Bitcoin has is the lack of
code janitors.
The problem is that janitoring was *disruptive* for non-x86 linux architectures
when it first got going, and it's going
On Sat, Aug 23, 2014 at 04:50:30PM +, Justus Ranvier wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 08/23/2014 04:17 PM, xor wrote:
> > On Tuesday, August 19, 2014 07:40:39 PM Jeff Garzik wrote:
> >> Encryption is of little value if you may deduce the same
> >> information b
On Sat, Aug 23, 2014 at 10:32:15AM -0400, Peter Todd wrote:
> On Sat, Aug 23, 2014 at 01:17:01AM -0500, Troy Benjegerdes wrote:
> > This is why I clone git to mercurial, which is generally designed around the
> > assumption that history is immutable. You can't rewrite blockch
__
> Bitcoin-development mailing list
> Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Troy Benjegerdes
perational security, and not just outsource
it all to github because it's convenient.
There's no reason to *stop* using github, cause it *is* easy... but you want
to have multiple review of *the actual code*, not just signatures and see
if the changes really do make sense.
--
-
uld be no different to github,
> and it's designed for self hosting.
--
--------
Troy Benjegerdes 'da hozer' ho...@hozed.org
7 elements earth::water::air::fire::mind::spirit::soulgrid.coop
Neve
On Wed, Aug 20, 2014 at 08:24:33AM +0200, Wladimir wrote:
> On Wed, Aug 20, 2014 at 3:26 AM, Troy Benjegerdes wrote:
>
> > If bitcoin wants to become irrelevant, then by all means, continue to
> > depend on github and all the unknown attack surface it exposes.
> >
> &g
own attack surface it exposes.
Those of us that do run our own servers will migrate to higher quality
alternatives.
--
Troy Benjegerdes 'da hozer' ho...@hozed.org
7 elements earth::
On Fri, Aug 08, 2014 at 11:42:52AM +0200, Mike Hearn wrote:
> >
> > AFAIK the only protection is SSL + certificate validation on client side.
> > However certificate revocation and updates in miners are pain in the ass,
> > that's why majority of pools (mine including) don't want to play with
> > t
On Thu, Aug 07, 2014 at 11:45:44PM +, Luke Dashjr wrote:
> On Thursday, August 07, 2014 11:02:21 PM Pedro Worcel wrote:
> > Hi there,
> >
> > I was wondering if you guys have come across this article:
> >
> > http://www.wired.com/2014/08/isp-bitcoin-theft/
> >
> > The TL;DR is that somebody
to trust a single source code base. There
is lots of code diversity out there in altcoins, and what appears to me to
be a really strong cryptographically sound time source, but only if you use
multiple diverse sources.
--
-
s, so you can **change the rules**
and the mathematics so it makes more sense?
You've got to deal with politics, one way or another.
--
----
Troy Benjegerdes 'da hozer'
Before I branch the source code and learn the proper way of doing things in
> this community, I ask you simply if creating the branch is harmful? My goal
> is to develop, test and document PoS, while exploring its vulnerabilities and
> fixing them in a transparent fashion.
>
>
gt; >>>
> >>>
> >>>
> >>> ------
> >>>
> >>> ___
> >>> Bitcoin-development mailing list
> >>> Bitcoin-development@lists.sourcefor
> >
> --
> Put Bad Developers to Shame
> Dominate Development with Jenkins Continuous Integration
> Continuously Automate Build, Test & Deployment
> Start a new project now. Try Jenkins in the cloud.
> h
to be calibrated and adjusted to minimize
the over all costs and fraud risk of auditing the energy input sources.
--
Troy Benjegerdes 'da hozer' ho...@hozed.org
7 elements eart
t to
me warming the room.
I expect in 5-10 years we'll have silicon with 256 bit registers that
may be able to do thousands or millions of ECDSA calculations per
second per computation unit.
So if you stop hearing from me here, it's because I found a better
m
than Bitcoin, so *some* of us are quite bothered
by the wailing and gnashing of teeth that occurs on this list at mere thought
of such heresy.
--
----
Troy Benjegerdes 'da hozer'
On Mon, Mar 24, 2014 at 01:57:14PM -0700, Mark Friedenbach wrote:
> On 03/24/2014 01:34 PM, Troy Benjegerdes wrote:
> > I'm here because I want to sell corn for bitcoin, and I believe it will be
> > more profitable for me to do that with a bitcoin-blockchain-based system
>
On Tue, Mar 25, 2014 at 08:40:40PM +, Ricardo Filipe wrote:
> 2014-03-25 13:49 GMT+00:00 Peter Todd :
> > On Tue, Mar 25, 2014 at 08:45:00AM -0400, Gavin Andresen wrote:
> >> On Tue, Mar 25, 2014 at 8:28 AM, Peter Todd wrote:
> >>
> >> > Bitcoin doesn't scale. There's a lot of issues at hand h
xufuM8hZsyFSo/ptnQnJ8EAJ2GvUUEnE2vDDjvqqJm
> vy5URtOwKc6ztBDrjtWToKCgBwpJTektWrJMu2FQaO5CV/4sHhVM4By8BoDvCNLt
> xeN7BccjvlDZ+2ggRaYt4P/QKctEyt9qZrdDmIsNxUa+bLzplHoqdoQMjQ2CUcUA
> T+/Lq7MH+vROJXqx7d3JSsZAQ59evQDyorvCrxNgfVbB7j10t1zr5r5viWUEDtZ5
> /9DAP92vpSCokmKWfSlysHbC4KEqWglWka7aSBLXmAVrJeFxJRojsLQbCK
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
> > _______
> > Bitcoin-development mailing list
> > Bitcoin-development@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/bitcoin-
ted in that sort of thing. But not here.
>
> On 03/23/2014 04:17 PM, Troy Benjegerdes wrote:
> > I find it very irresponsible for Bitcoiners to on one hand extol the virtues
> > of distributed systems and then in the same message claim any discussion
> > about altern
scussion
about alternate chains as 'off-topic'.
If bitcoin-core is for *distributed systems*, then all the different altcoins
with different hash algorithms should be viable topics for discussion.
Troy Benjegerdes 'da hozer' ho...
On Sat, Mar 22, 2014 at 03:08:25PM -0400, Peter Todd wrote:
> On Sat, Mar 22, 2014 at 10:08:36AM -0500, Troy Benjegerdes wrote:
> > On Sat, Mar 22, 2014 at 04:47:02AM -0400, Peter Todd wrote:
> > > There's been a lot of recent hoopla over proof-of-publication, with the
but having extra signing can't really hurt.
Uhhmm, real operating system use package managers with PGP instead of pre-
compromised X.509 nonsense. https://wiki.debian.org/SecureApt
--
--------
Troy Benjegerdes
byte limits with
Bitcoin.
I am disclosing this here so the bitcoin 1% has plenty of time to evaluate
the market risk they face from the 40 byte limit, and put some pressure to
implement some of the alternatives Todd proposes.
--
-------
tion is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> ___
> Bitcoin-development mailing list
> Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
---
On Thu, Mar 13, 2014 at 04:50:14PM +0100, Mike Hearn wrote:
> On Thu, Mar 13, 2014 at 3:32 PM, Jeff Garzik wrote:
>
> > Such hand-wavy, data-free logic is precisely why community
> > coordination is preferred to random apps making random decisions in
> > this manner.
> >
>
> That ship sailed mon
way to ensure that Visa maintains their market share.
If it's my phone, and I press the hardware payment button, and I only put
$50 on it, I frankly don't care if there's a cert or not. The last thing I
want is a 'certificate validation error' when I'm trying to b
t
a compile time option so i can turn this nonsense off for my customers.
--
--------
Troy Benjegerdes 'da hozer' ho...@hozed.org
7 elements earth::water::air::fire::mind::spirit::soulgrid.coop
Never pick a fight with
10:24 AM, "Jeff Garzik" wrote:
> >>
> >> This is wandering far off-topic for this mailing list.
> >>
> >> On Sat, Mar 1, 2014 at 12:45 PM, Troy Benjegerdes wrote:
> >> >> > You can make the same argument against Bitcoin itself you know.
rket function.
As long as use buyers and sellers can see the code, and have a good eye for
knowing when someone's pushing the market around, we can just put our orders
in and relieve some speculators of their money.
Just get me working code for cross-chain trades, and we'll work on the
, set traffic alerts and generate reports.
> Network behavioral analysis & security monitoring. All-in-one tool.
> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
> ___
> Bitcoin-development mailing list
> Bitcoin-development@lists.sourcefor
n from it's mistakes
(and bitcoin can learn from the copycatcoins), instead of one-size-fits
all fiat.
--
Troy Benjegerdes 'da hozer' ho...@hozed.org
7 elements earth::water::air::fire::mind::spirit::soulgrid.coop
Never
On Fri, Feb 14, 2014 at 12:21:59AM -0500, Peter Todd wrote:
> On Tue, Feb 11, 2014 at 11:59:19AM -0600, Troy Benjegerdes wrote:
> > Is there any code that does this? I would like to develop a multicoin-qt
> > wallet that runs on two blockchains from one binary, and allows trading
Is there any code that does this? I would like to develop a multicoin-qt
wallet that runs on two blockchains from one binary, and allows trading
using this mechanism between the two chains.
On Mon, Feb 10, 2014 at 02:32:47PM -0500, Peter Todd wrote:
> On Sun, Feb 09, 2014 at 03:44:34PM -0500, Pete
iling
> list. I suggest you take them elsewhere.
> --
> Jameson Lopp
> Software Engineer
> Bronto Software, Inc
>
> On 02/10/2014 01:25 PM, Troy Benjegerdes wrote:
> > On Mon, Feb 10, 2014 at 08:45:03AM -0800, Gregory Maxwell wrote:
> >> On Mon, Feb 10, 2014
On Mon, Feb 10, 2014 at 08:45:03AM -0800, Gregory Maxwell wrote:
> On Mon, Feb 10, 2014 at 8:30 AM, Troy Benjegerdes wrote:
> > Name me one single person with commit access to the bitcoin github
> > repository
> > who is *independent* of any venture capital or other 'in
ght to demand access
> to their private code. If you feel wronged as a customer, sue them.
> Otherwise, they have no obligation to you.
>
> I believe you are "barking up the wrong tree".
>
> Respectfully,
>
> Nick
>
> On February 10, 2014 10:14:02 AM CST, T
topic=458076.msg5052255#msg5052255
> MtGox's incompetence has been on public display since day 1.
>
> I'm not sure what critical information you think secret cabals are
> keeping from you.
>
> On Mon, Feb 10, 2014 at 11:14 AM, Troy Benjegerdes wrote:
> > Okay, why
On Mon, Feb 10, 2014 at 03:40:03PM +0100, Isidor Zeuner wrote:
> >
> > What is the official response from the Bitcoin Core developers about
> > MtGox's assertion that their problems are due to a fault of bitcoin, as
> > opposed to a fault of their own?
> >
> > The technical analysis preluding this
Okay, why the everloving FUCK is there not someone on this list with a
@mtgox.com address talking about this?
I started using bitcoin because I could audit the code, and when the
developer cabal does stuff 'off-list' what you do is hand over market
manipulation power to the selected cabal of comp
> > The only 'assertion' of central authority here is people who download and
> > run the code and submit to whatever the code asserts they are supposed to
> > do.
> >
> > At least with the 'central authority' of the big-business bitcoin developer
> > cabal I can read the code before I submit to
On Sun, Feb 09, 2014 at 05:25:41PM +, Luke-Jr wrote:
> On Sunday, February 09, 2014 5:12:14 PM Peter Todd wrote:
> > We have an embedded consensus system and we want to be able to upgrade
> > it with new rules.
>
> This asserts a central authority and gives developers too much power.
I don't
On Wed, Jan 15, 2014 at 05:32:31PM -0800, Gregory Maxwell wrote:
> On Wed, Jan 15, 2014 at 5:02 PM, Jeremy Spilman wrote:
> > Choosing how many bits to put in the prefix may be difficult, particularly
> > if transaction load changes dramatically over time. 0 or 1 bits may be
> > just fine for a si
> >But I think it's great people can choose how to trade privacy for
> >computation/bandwidth however they want, and services can compete to
> >offer monitoring for 0+ bit prefixes.
>
> Its not a decision with user localised effect. If most users use it with
> parameters giving high elimination
Let's suppose I have an alternate blockchain that specifically encourages
address *RE* use, and charges those that desire privacy higher transaction
fees to cover the network cost in computation and storage.
Does the static address privacy system still work, or does it fall apart
because 95% of th
On Fri, Jan 03, 2014 at 07:21:17PM +0100, Jorge Timón wrote:
> On 1/3/14, Troy Benjegerdes wrote:
> > 'make' should check the hash.
>
> An attacker could replace that part of the makefile.
> Anyway, I think this is more oriented for compiled binaries, not for
> pe
On Fri, Jan 03, 2014 at 09:59:15AM +, Drak wrote:
> On 3 January 2014 05:45, Troy Benjegerdes wrote:
>
> > On Tue, Dec 31, 2013 at 05:48:06AM -0800, Gregory Maxwell wrote:
> > > On Tue, Dec 31, 2013 at 5:39 AM, Drak wrote:
> > > > The NSA has the ability, r
On Tue, Dec 31, 2013 at 05:48:06AM -0800, Gregory Maxwell wrote:
> On Tue, Dec 31, 2013 at 5:39 AM, Drak wrote:
> > The NSA has the ability, right now to change every download of bitcoin-qt,
> > on the fly and the only cure is encryption.
No, the only cure is the check the hashes. We should know
I believe this is self-explainatory:
1) Bitcoin usually runs on port 8333. Why?
2) Bitcoin does not show in up
http://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml
.. why?
3) What needs to happen to have someone from the Bitcoin foundation
to fill out
te a cryptocurrency want to *work*
for you, to get paid with... money.. that they can just ...
** write code that makes them money **
Please be aware that any concept(s) that I have publicly discussed, or that
we may or may not have talked about if I would have signed a non-enforceable
non-co
Are there any bitcoin to fiat currency processors (like bitpay,
coinbase, etc) that allow testing using the bitcoin testnet?
It seems most of the credit card payment processor apis have
features to allow developers to do testing without 'real money',
what's the equivalent of this for bitcoin when
On Tue, Dec 17, 2013 at 02:48:14PM -0800, Gregory Maxwell wrote:
> On Tue, Dec 17, 2013 at 2:41 PM, Troy Benjegerdes wrote:
> > I want to get some feedback.. I've used distributed version control
> > systems for a long time, and the most useful feature is to be able
> &
I want to get some feedback.. I've used distributed version control
systems for a long time, and the most useful feature is to be able
to merge two different forks.
So what's the equivalent of this for Bitcoin or other crypto-currencies?
Let's suppose that me and my friends get 'islanded' from t
66 matches
Mail list logo