First-seen-safe Replace-by-Fee is now available as a patch against
v0.10.2:
https://github.com/petertodd/bitcoin/tree/first-seen-safe-rbf-v0.10.2
I've also had a pull-req against git HEAD open for a few weeks now:
https://github.com/bitcoin/bitcoin/pull/6176#issuecomment-104877829
I've
http://www.howtogeek.com/218764/warning-don%E2%80%99t-download-software-from-sourceforge-if-you-can-help-it/
TL;DR:
> In 2013, GIMP’s developers pulled the GIMP Windows downloads from
> SourceForge. SourceForge was full of misleading advertisements
> masquerading as “Download” buttons — something
On Wed, Jun 10, 2015 at 10:25:12AM +0200, xor wrote:
> http://www.howtogeek.com/218764/warning-don%E2%80%99t-download-software-from-sourceforge-if-you-can-help-it/
All our downloads (even old ones) have recently been deleted from sourceforge,
for this reason. They haven't been mentioned in Bitcon
Regarding changing the e-mail list provider. Is anyone interested in
sponsoring it? There are non-free options, but it may be difficult to
always ensure the fee is being paid to the provider. I think finding an
agreeable free solution may have been the issue before? I've also
thought of trying
I like elegant solutions and while eventually I can see a "pay to
contribute" service, I don't imagine you'll get consensus in short order.
List provider costs are pretty reasonable, so if that's the hurdle to
overcome I'm happy to offer sponsorship.
Ivan Brightly
SolidX Partners
On Wed, Jun 10,
The mail list is public, so it's not like the data on it is somehow
sensitive. Sourcefoge is fine, it has a nice web UI where you can browse
the message and sort/order them as you want, etc.
Why would you want to move to a paid solution? And why would you want
users to have to pay per message? Thi
Hello Troy,
I like the idea of the live mirrors. I'm personally just an amateur at
setting up e-mail servers, but the first concern I have is that everyone
hosting a mirror may not necessarily use the same SMTP MTA. I personally
use postfix, but I'm not sure what most people use.
Some other
[I'm currently wading through bitcoin-development. I'm still about a month
behind, so I apologize in advance for any noisy redundancy in this post.]
While reading about blocksize, I've just finished Mike Hearn's blog post
describing expected systemic behavior as actual blocks approach the current
I'll sponsor it, if we agree to implement a HashCash spam filter
in the next 6 months. I've run mail servers for $DAYJOB for 5 or
so years, and I've run my own personal server for the last 14.
Since Bitcoin is a perfectly good HashCash system, I'm thinking a
http://www.courier-mta.org/courierfilte
I think if the consensus is "pay with commits or pay with bitcoin"
we might have a consensus from the people that actually matter very
quickly, because they've already paid ;)
My opinion is the most sustainable solution would be to identify a
team of admins and use something like Digital Ocean's
Hello,
A couple of motivations for a mailing list switch:
1. Sometimes the mailing list delays delivery for 10 minutes to several
days.
2. There are usually lots of ads at the footer of the messages. Really
confuses new readers (for me at least), and seems like it really
pollutes such a
On Wed, Jun 10, 2015 at 02:59:48PM -0400, Andy Schroder wrote:
> Hello,
>
> A couple of motivations for a mailing list switch:
>
> 1. Sometimes the mailing list delays delivery for 10 minutes to several
>days.
> 2. There are usually lots of ads at the footer of the messages. Really
>confu
Andy Schroder
On 06/10/2015 03:03 PM, Peter Todd wrote:
4. Seems like digital signatures are always broken on messages because
the list server slightly modifies them (?), so my e-mail client
doesn't verify them all.
What type of digital signatures specifically? What email client?
I
"My opinion is the most sustainable solution would be to identify a
team of admins and use something like Digital Ocean's new team accounts
feature and have someone like SolidX contribute funds for the servers
and a few hours a week from one of their sysadmins to the team."
This is a perfectly fin
It could be done by agreeing on a data format and encoding it in an
op_return output in the coinbase transaction. If it catches on it could
later be enforced with a soft fork.
For real up-to-the-minute fee calculations you're also going to want to
look at the current mempool, how many transactions
On Wed, Jun 10, 2015 at 03:12:02PM -0400, Andy Schroder wrote:
>
> Andy Schroder
>
> On 06/10/2015 03:03 PM, Peter Todd wrote:
> >
> >>4. Seems like digital signatures are always broken on messages because
> >>the list server slightly modifies them (?), so my e-mail client
> >>doesn't ver
Andy Schroder
On 06/10/2015 03:20 PM, Peter Todd wrote:
On Wed, Jun 10, 2015 at 03:12:02PM -0400, Andy Schroder wrote:
Andy Schroder
On 06/10/2015 03:03 PM, Peter Todd wrote:
4. Seems like digital signatures are always broken on messages because
the list server slightly modifies them (?)
On Wed, Jun 10, 2015 at 03:36:42PM -0400, Andy Schroder wrote:
> It's possible that the enigmail extension is not working right, but
> I was under the impression that it is just feeding data to gpg and
> then receiving the response back. It's possible that your e-mail you
> just checked was not sen
On Wed, Jun 10, 2015 at 11:59 AM, Andy Schroder
wrote:
> Hello,
>
> A couple of motivations for a mailing list switch:
>
>1. Sometimes the mailing list delays delivery for 10 minutes to
>several days.
>2. There are usually lots of ads at the footer of the messages. Really
>confus
On Wed, Jun 10, 2015 at 1:19 PM, Aaron Voisine wrote:
> It could be done by agreeing on a data format and encoding it in an
> op_return output in the coinbase transaction. If it catches on it could
> later be enforced with a soft fork.
>
>
Sounds plausible, except SPV protocols would need to incl
On Wed, Jun 10, 2015 at 02:00:27PM -0600, Nathan Wilcox wrote:
> On Wed, Jun 10, 2015 at 1:19 PM, Aaron Voisine wrote:
>
> > It could be done by agreeing on a data format and encoding it in an
> > op_return output in the coinbase transaction. If it catches on it could
> > later be enforced with a
Hello,
Thanks for testing this clarifying things about PGP/MIME and I apologize
for wasting your time with it. It looks like a SPAM filtering service I
use is re-writing some parts of some plain text messages with some
special/alternate encoding characters (not sure what it really is).
Anyway
I described an alternative way for SPV wallets to learn about fees some
time ago. It requires a new transaction version that embeds output values
into the signed data. Then an upgrade to the P2P protocol to send UTXO data
along with transactions when they are relayed.
The idea is that the wallet s
> Sounds plausible, except SPV protocols would need to include this
coinbase txn if it's going to help SPV clients.
Yes you'd either need a way to add those transactions to the bloom filter,
or add/modify a p2p message to request it specifically.
> when you mention Sybil attack, I don't quite fol
The other complication is that this will tend to be a lagging indicator
based on network congestion from the last time you connected. If we assume
that transactions are being dropped in an unpredictable way when blocks are
full, knowing the network congestion *right now* is critical, and even then
Thanks for the feedback. I think I have reflected all of your requested
changes in the latest version, in the BIP and sample code:
https://github.com/kristovatlas/rfc/tree/master/bips
-Kr
On Tue, Jun 9, 2015 at 4:14 PM, Peter Todd wrote:
> On Mon, Jun 08, 2015 at 06:53:54PM -0400, Kristov Atla
And just like I did here, if I were a list member with good reputation,
and felt like reposting something that did not make it to the list by
accident or ommission, or a hashcash posting fee that was too high, it
would end up on the list if enough people bothered to read it and
either repost, or p
27 matches
Mail list logo
