matter) key without seeing that
person in real life, verifying their identity etc.
I think that kind of disqualifies pgp for identity purposes wrt Satoshi :-)
--
Thomas Zander
--
Want excitement?
Manually upgrad
overnmental clearance of credential without in-person
> vetting. Ask them if they accept your behavioral signature.
>
> I know there is a lot of PGP hating these days but this comment doesn't
> necessarily apply to every situation.
> > On Sep 15, 2014, at 9:08 AM, Jeff
On Monday 15. September 2014 11.51.35 Matt Whitlock wrote:
> If you were merely attaching your public key to them, then the email server
> could have been systematically replacing your public key with some other
> public key,
The beauty of publicly archived mailinglists make it impossible to get
On Friday 10. October 2014 19.26.49 Mike Hearn wrote:
> I'm sure this suggestion will go down like a lead balloon, but Bitcoin Core
> is not the first project that's had issues with Linux distros silently
> modifying their software as they package it.
And so far its been near impossible for those
ool == true)
else if (myBool == false)
and neither of them will hit.
> I
> would like to change BIP62 to also state that interpreted booleans
> must be of minimal encoded size (in addition to numbers).
What about rejecting a script where a bool is not explicitly
process
was handled cleanly there is a very small chance of it being down-voted so an
actual vote may not be needed (its hard to decide who gets a vote..).
You obviously need a deadline for this and afterwards you mark the proposal
final. Or yo
th everyone that uses the standards properly.
Naturally, if an old version fails to function with Yahoo, I'm all for finding
a different provider. Thats what open platforms, like Mailman, are about.
--
Thomas Zander
--
On Sunday 19. October 2014 09.17.51 xor wrote:
> I joined the list when Bitcoin was already in the 10-billions of market
> capitalization, and it actually really surprised me how low the traffic is
> here given the importance of Bitcoin.
I gather that actual code changes to bitcoin-core and natu
On Saturday 25. October 2014 21.06.32 Alex Mizrahi wrote:
> If miner's income margin are less than 50% (which is a healthy situation
> when mining hardware is readily available), we might experience
> catastrophic loss of hashpower (and, more importantly, catastrophic loss of
> security) after rewa
On Saturday 25. October 2014 13.27.30 Adam Back wrote:
> - alternatively you might say why not 1/100th reward reduction per 2
> week period rather than 1/2 every 4 years, a difficulty retarget could
> be a convenient point to do that.
mining equipment has a much shorter lifetime than 4 years, so t
On Monday 27. October 2014 19.26.48 Tom Harding wrote:
> Miner has to be very careful including a double-spend in his block -- he
> hopes:
How does it help the zero-confirmation to not include a payment? Doesn't that
just mean that if I send a double spend that neither of the payments will be
m
On Tuesday 28. October 2014 22.44.50 Ferdinando M. Ametrano wrote:
> It amazes me that basic economic considerations seems completely lost here,
> especially when it comes to mining.
Please don't confuse people dismissing your thoughts with dismissing the basic
economic considerations. The fact o
out setting
> up a full node. But I'd like to know what storage, RAM and bandwidth
> resources are needed. I guess that the problem is not the CPU.
There is a stats script running on this node;
http://213.165.91.169/
more peoples opinions;
https:
On Sunday 28. December 2014 18.25.29 Mike Hearn wrote:
> Lately we have been bumping up against the limitations of DNS as a protocol
> for learning about the p2p network.
Can you explain further where limitations and problems were hit?
--
Thomas
e line, its unacceptable behavior in any collaborative group.
Please be respectful and avoid ad-hominem attacks.
--
Thomas Zander
--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored b
trivial) data-flow economy and compares it with the zero-reward situation
decades from now.
Its comparing two things that will never exist at the same time (unless
Bitcoin fails).
--
Thomas Zander
--
One dashboard fo
16 matches
Mail list logo