From: Milly Bitcoin <milly@bitcoins.info>
To: bitcoin-dev@lists.linuxfoundation.org
Subject: Re: [bitcoin-dev] BIP Process and Votes
Date: Sun, 28 Jun 2015 21:11:13 -0400 [thread overview]
Message-ID: <55909B31.9090807@bitcoins.info> (raw)
In-Reply-To: <5590900A.9080003@purdue.edu>
That sounds like a good idea except I have been told by the powers that
be that I am not allowed to post to Github. Any Bip proposal is
supposed to be vetted on the mailing list first.
My suggestion has been to continue development of the risk analysis
started by the Bitcoin Foundation found at
https://bitcoinfoundation.org/wp-content/uploads/2014/04/Bitcoin-Risk-Management-Study-Spring-2014.pdf.
The idea is to create a living document of risks and mitigations as well
as a decentralization metric. When a change is proposed it is measured
against these risks and metrics in a somewhat standard fashion.
If someone wants to post something like that to Github I can work on
it. I am familiar with the process as I worked on something similar for
many years for the US FAA. I worked in information security for large
aviation systems in the R&D stage applying the NIST 800-series documents
to the process (http://csrc.nist.gov/publications/PubsSPs.html).
Russ
On 6/28/2015 8:23 PM, Andrew Lapp wrote:
> Your discussion is taking up a lot of room in my inbox and it doesn't
> seem like either side is getting through to the other. Perhaps you
> could create a document outlining all the failure modes possible due
> to the current system, the current systems security assumptions and
> possible solutions. Now it seems this is just a semantic debate and
> would probably be better solved with you writing a BIP and having that
> reviewed and critiqued.
>
> -Andrew Lapp
>
> On 06/28/2015 08:13 PM, Milly Bitcoin wrote:
>> The concern with that is that any FAQ will be developed by the same
>> small group that controls the github now so they will spin it in an
>> unrealistic way. You see the problem now with the Bitcoin wiki.
>> While the wiki has some valuable information, it also has a number of
>> incorrect and cult-like claims about how Bitcoin works. Tim Swanson
>> has made some good videos that describe some of the misinformation
>> that often gets repeated on the Wiki and other places.
>>
>> I had suggested the info on the Wiki be reevaluated piece-by-piece
>> and moved to Bitcoin.org but the developers didn't like that.
>> Attempts to edit the Wiki often leads to the articles being defaced
>> by the maintainers so that is a waste of time.
>>
>> Russ
>>
>>
>>
>> On 6/28/2015 5:00 PM, Adam Back wrote:
>>> I think we need a second mailing list: bitcoin-process for people to
>>> learn about bitcoin process.
>>>
>>> And someone to write a FAQ on it's sign up page so people interested
>>> could at least discuss from a starting point of understanding how and
>>> why it works the way it does!
>>>
>>> Adam
>>> _______________________________________________
>>> bitcoin-dev mailing list
>>> bitcoin-dev@lists.linuxfoundation.org
>>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>>>
>>
>>
>> _______________________________________________
>> bitcoin-dev mailing list
>> bitcoin-dev@lists.linuxfoundation.org
>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
next prev parent reply other threads:[~2015-06-29 1:11 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-25 3:00 [bitcoin-dev] BIP Process and Votes Raystonn
2015-06-25 3:19 ` Milly Bitcoin
2015-06-26 11:13 ` Jorge Timón
2015-06-26 12:34 ` Milly Bitcoin
2015-06-27 11:28 ` Jorge Timón
2015-06-27 12:50 ` Milly Bitcoin
2015-06-28 12:30 ` Jorge Timón
2015-06-28 13:13 ` Milly Bitcoin
2015-06-28 15:35 ` Jorge Timón
2015-06-28 16:23 ` Milly Bitcoin
2015-06-28 19:05 ` Patrick Murck
2015-06-28 20:10 ` Milly Bitcoin
2015-06-28 20:16 ` Mark Friedenbach
2015-06-28 20:26 ` Ricardo Filipe
2015-06-28 21:00 ` Adam Back
2015-06-29 0:13 ` Milly Bitcoin
2015-06-29 0:23 ` Andrew Lapp
2015-06-29 1:11 ` Milly Bitcoin [this message]
2015-06-28 23:52 ` Milly Bitcoin
2015-06-28 20:21 ` NxtChg
2015-06-25 19:03 ` Tom Harding
-- strict thread matches above, loose matches on Subject: below --
2015-06-25 3:53 Raystonn
2015-06-25 0:18 Raystonn
2015-06-24 23:41 Raystonn
2015-06-24 23:49 ` Jeff Garzik
2015-06-25 0:11 ` Bryan Bishop
2015-06-25 0:21 ` Milly Bitcoin
2015-06-25 0:07 ` Milly Bitcoin
2015-06-25 1:50 ` Mark Friedenbach
2015-06-25 2:30 ` Alex Morcos
2015-06-25 2:34 ` Milly Bitcoin
2015-06-25 5:07 ` Jeff Garzik
2015-06-25 5:41 ` Milly Bitcoin
2015-06-25 6:06 ` Pindar Wong
2015-06-25 6:15 ` Mark Friedenbach
2015-06-25 6:16 ` Warren Togami Jr.
2015-06-25 6:27 ` Pindar Wong
2015-06-25 7:51 ` cipher anthem
2015-06-25 10:09 ` nxtchg
2015-06-25 12:42 ` Milly Bitcoin
2015-06-25 20:05 ` Tier Nolan
2015-06-26 0:42 ` Milly Bitcoin
2015-07-01 22:34 ` odinn
2015-06-25 3:42 ` Gareth Williams
2015-06-25 4:10 ` Milly Bitcoin
2015-06-25 13:36 ` s7r
2015-06-25 13:41 ` Eric Lombrozo
2015-06-25 13:51 ` s7r
2015-06-25 14:08 ` Milly Bitcoin
2015-06-25 17:03 ` Jeff Garzik
2015-06-25 17:29 ` Milly Bitcoin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=55909B31.9090807@bitcoins.info \
--to=milly@bitcoins.info \
--cc=bitcoin-dev@lists.linuxfoundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox