Same here.
I feel incredibly lucky to know some of you, and to be able to contribute in
some small way to what this is ultimately becoming. It's been an amazing ride,
and I'm pretty sure that 2014 is going to totally blow our minds.
-wendell
hivewallet.com | twitter.com/hivewallet | pgp
Amazingly thorough, Peter. Thanks so much!
-wendell
hivewallet.com | twitter.com/hivewallet | pgp: B7179FA88C498718
On Dec 19, 2013, at 8:17 AM, Peter Todd wrote:
Here's my draft. I don't claim this to be official, but I think this
should represent the consensus we've come
Hi Mike,
It seems to me there is some confusion about this. Taylor's talking about a
standard way to pass around data; the end user would never be exposed to
something like a vCard. That vCard's existence itself would in fact be very
temporary.
-wendell
grabhive.com | twitter.com/hivewallet
to everyone at Bitcoin Europe 2013 for the feedback and moral support!
-wendell
PS- If you're interested in including an app for your Bitcoin-supporting
service in Hive, please be in touch!
grabhive.com | twitter.com/grabhive | gpg: 6C0C9411
signature.asc
Description: Message signed with OpenPGP
a transaction beyond the scope of Bitcoin itself (a name,
perhaps a small photo, etc) in order to increase usability. This will be my
last post here on the topic except to reply in case anyone else contributes.
-wendell
grabhive.com | twitter.com/grabhive | gpg: 6C0C9411
On Sep 16, 2013, at 4:05
not sure that I understand _why_
signed certificates are even required. Isn't that likely be an obstacle to
adoption for use cases like this?
-wendell
grabhive.com | twitter.com/grabhive | gpg: 6C0C9411
On Sep 17, 2013, at 12:03 PM, Mike Hearn wrote:
You can prove ownership of a private key
any servers at all
(serverless keyserver, anyone?), but I am not quite sure how.
-wendell
grabhive.com | twitter.com/grabhive | gpg: 6C0C9411
On Sep 7, 2013, at 12:47 AM, Eric Lombrozo wrote:
Why not just use the transaction hash itself for the lookup? Also, presumably
you'd want to encrypt
OK, I was under the impression that this was mostly developed for merchants.
I've seen some discussion here that seemed to suggest it requiring some
non-trivial (for an end user) steps like getting a CA-signed certificate.
-wendell
grabhive.com | twitter.com/grabhive | gpg: 6C0C9411
On Sep 7
altering our system
to store it.
Any thoughts about this?
-wendell
grabhive.com | twitter.com/grabhive | gpg: 6C0C9411
signature.asc
Description: Message signed with OpenPGP using GPGMail
--
Learn the latest--Visual
to other such ideas in case anyone else wants to discuss
it. Our motivation is making Bitcoin easier to use, and we suspect that even
imperfect social network support will move us closer to that goal.
-wendell
grabhive.com | twitter.com/grabhive | gpg: 6C0C9411
Re-orienting Bitcoin around people
Hey Mike!
On Sep 5, 2013, at 10:26 AM, Mike Hearn wrote:
It might be simpler to not think of it as an app store, but rather see it as
a set of affiliate schemes. To get placed into the apps section you can say
that the business must have an affiliate scheme in place (i.e. open to more
than
Bitcoin Store will also be game to hit the ground running. I'll ask them.
-wendell
grabhive.com | twitter.com/grabhive | gpg: 6C0C9411
On Aug 15, 2013, at 10:09 AM, Mike Hearn wrote:
Pieter, Matt and I also agreed that for maximum impact we should really try
to ship payment protocol support
vehicle?
-wendell
grabhive.com | twitter.com/grabhive | gpg: 6C0C9411
signature.asc
Description: Message signed with OpenPGP using GPGMail
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free
.
-wendell
grabhive.com | twitter.com/grabhive | gpg: 6C0C9411
On Aug 9, 2013, at 1:43 PM, Mike Hearn wrote:
This is just me making notes for myself, I'm not seriously suggesting this be
implemented any time soon.
Mozilla Persona is an infrastructure for web based single sign on. It works
within the context of
the more limited API, this certainly seems like an interesting, user-friendly
way to distribute a Bitcoin wallet!
-wendell
grabhive.com | twitter.com/grabhive | gpg: 6C0C9411
On Aug 9, 2013, at 2:14 PM, Mike Hearn wrote:
Oh, I forgot to make it clear - Chrome apps
No, it's not -- but that's certainly very cool to see Jeff.
How is BitPay going to put this to use?
-wendell
grabhive.com | twitter.com/grabhive | gpg: 6C0C9411
On Aug 9, 2013, at 3:08 PM, Jeff Garzik wrote:
Certainly. BitPay is working on such a wallet:
https://github.com/jgarzik/wally
Jesus, please stop this. :(
-wendell
grabhive.com | twitter.com/grabhive | gpg: 6C0C9411
On Aug 9, 2013, at 9:01 PM, Randolph D. wrote:
anyone tested the secure encrypted p2p email: http://bitmail.sf.net
SVN here:
svn checkout svn://svn.code.sf.net/p/spot-on/code/ spot-on-code
http
with the idea of placing one server behind a Tor
hidden service, whose only function is to output a checksum of the update
package. The theory is that if it is well-secured, it will at least be immune
to tampering at the physical hosting level.
Any thoughts or advice about any of this?
-wendell
Can you explain this process for those of us not too familiar with TPM chips?
-wendell
grabhive.com | twitter.com/grabhive | gpg: 6C0C9411
On Jul 30, 2013, at 10:40 AM, Mike Hearn wrote:
As a testament to the seriousness with which Pond takes forward security, it
can use the NVRAM in a TPM
Thank you Peter.
Does this advice apply equally to both full and SPV nodes? At this point I'm
merely curious, since we don't have the option to run bitcoinj over Tor right
now anyway.
-wendell
grabhive.com | twitter.com/grabhive | gpg: 6C0C9411
On Jul 30, 2013, at 8:30 PM, Peter Todd wrote
Heh, will do. If you have less confidence in your programming skills perhaps
its best if you write documentation and we bring in someone else to do the
heavy lifting? Maybe Eric Lombrozo would be interested in this, for example...
-wendell
grabhive.com | twitter.com/grabhive
On Jul 18, 2013
Peter,
This sounds like a _very_ good idea for a desktop client, and probably
acceptable to users so long as we take available disk space into consideration,
and only ever use a fraction of it.
Will you implement this?
-wendell
grabhive.com | twitter.com/grabhive
On Jul 17, 2013, at 12:58
head around it. I'm super interested in all of
these possibilities (including micro-stripped-VMs and transpilation), but would
simply like to encourage the proliferation of _options_ whenever possible.
-wendell
grabhive.com | twitter.com/grabhive
On Jul 16, 2013, at 11:51 AM, Mike Hearn wrote
in SPV options seems like the right
way to go.
Time-permitting, I would really appreciate feedback from knowledgable parties
about the possible approaches to an SPV bitcoind. We at Hive ideally want to
see something that could one be merge into master, rather than a fork.
-wendell
grabhive.com
and this Bitcointalk thread:
https://bitcointalk.org/index.php?topic=256583.msg2733523
A sample GUI app is also included:
http://imgur.com/FzqA00X
Cheers everyone!
-Wendell
signature.asc
Description: Message signed with OpenPGP using GPGMail
Hi Mike,
You are absolutely right about the synchronize time, it's one of our main
frustration points right now and we clearly won't deliver the kind of user
experience we want, without fixing this. Actually we were thinking of extending
Jeff Garzik's picocoin as time permits, but the plan is
26 matches
Mail list logo