://github.com/hivewallet/hive-android
-wendell
hivewallet.com | twitter.com/hivewallet | pgp 0x8C498718
twitter.com/bitcoinbookclub | campbitcoin.hivewallet.com
On Apr 7, 2014, at 9:15 PM, Eric Martindale wrote:
> We need to make it so mind-numbingly simple to "run Bitcoin correctly"
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/hivewa
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 cons
We're with uBTC too. Been waiting for the signal to do this, let's do it right
after the fee system is improved.
-wendell
grabhive.com | twitter.com/hivewallet | gpg: 6C0C9411
On Nov 15, 2013, at 6:03 AM, Jeff Garzik wrote:
> Go straight to uBTC. Humans and existing computer s
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
grabhi
We've gone ahead and pushed a v1 API for this idea:
https://bitcointalk.org/index.php?topic=313352
No fees yet, just the basics.
-wendell
grabhive.com | twitter.com/grabhive | gpg: 6C0C9411
On Sep 5, 2013, at 10:26 AM, Mike Hearn wrote:
> Hey Wendell,
>
> Interesting idea
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 Op
x27;m still 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 owners
out 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
Any other thoughts? I would love to do this without using 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 transac
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
into giving data, or otherwise 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
-
On Sep 5, 2013, at 12:14 PM, Mike Hearn wrote:
> On Thu, Sep 5, 2013 at 12:04 PM, Wendell wrote:
>> Funny you should mention it! I just mocked this idea up last week, though I
>> assumed a cruder system of "voting" to an address that corresponds to a
>> feature
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
> t
27;m
opening this thread 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
>
although to be honest we would prefer to support the network more via
something like Peter Todd's partial UTXO sets idea (hint hint, anyone?).
We will be at the conference in Amsterdam on the 27th of this month if any of
you want to meet and discuss.
Thanks for your time,
-wendell
grabhi
issed, please send them over.
Maybe you should open that topic back up in its own thread, so we can bring it
back into view?
-wendell
grabhive.com | twitter.com/grabhive | gpg: 6C0C9411
On Aug 19, 2013, at 4:53 AM, John Dillon wrote:
> So tell us how is your "vision" of 10,000 big bee
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 su
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/cod
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.c
be made to work 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 c
ncerns you expressed?
-wendell
grabhive.com | twitter.com/grabhive | gpg: 6C0C9411
On Aug 9, 2013, at 1:48 PM, Mike Hearn wrote:
> JavaScript is turing complete so of course it can be done. The real question
> you're asking is, can it be done in a web app? I think the answer is I
interested in exploring this further.
-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
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
to make strong
> absent a jamming proof network).
-wendell
grabhive.com | twitter.com/grabhive | gpg: 6C0C9411
On Aug 5, 2013, at 7:49 PM, Peter Todd wrote:
> Gregory Maxwell had some good ideas along these lines at the san jose
> conference. Extending gitian with these kinds of features woul
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
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
I suppose it isn't quite what you're talking about but we did push this out
today:
Tor.framework, for Cocoa developers, similar to our BitcoinKit:
https://github.com/grabhive/Tor.framework
-wendell
grabhive.com | twitter.com/grabhive | gpg: 6C0C9411
On Jul 30, 2013, at 4:01 PM, J
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 NVRA
Forking for curiosity's sake:
Is there a substantial barrier to endian independence in the Bitcoin codebase?
-wendell
grabhive.com | twitter.com/grabhive
On Jul 24, 2013, at 3:45 AM, Douglas Huff wrote:
> The fact that you're even trying to package and/or at some point have
&
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
"The libcoin/bitcoind client downloads the entire block chain 3.5 times faster
than the bitcoin/bitcoind client. This is less than 90 minutes on a modern
laptop!"
Good lord Michael, I wish we had known about libcoin a month ago!
-wendell
grabhive.com | twitter.com/grabhive
On Ju
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
ty 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
grabhiv
et my 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 H
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 f
Hub issues 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 usi
37 matches
Mail list logo
