Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
yrashk
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
18 ms
·
151.
▲
Stop being an accidental squatter
(medium.com)
2 points
by
yrashk
12y ago
|
2 comments
152.
▲
I'm giving away 12 domains for a Bitcoin/cryptocurrency project
(desquat.com)
1 points
by
yrashk
12y ago
|
0 comments
153.
▲
Show HN: Desquat.com, Free Domain Names For Startups
(desquat.com)
10 points
by
yrashk
12y ago
|
0 comments
154.
▲
by
yrashk
12y ago
Good point. Doing our best to mitigate this risk profile. Private keys are never exposed through the API, browser/extension are isolated environments and wallets MUST implement authorization/signing/broadcasting user confirma
155.
▲
by
yrashk
12y ago
Yes, nor their private keys. This enables these services to sign any kind of Bitcoin transactions, of any complexity (as long as their are valid), without ever touching user's private keys or having to migrate its users to their own [w
156.
▲
by
yrashk
12y ago
The one that I've developed and will opensource soon is a tiny layer above bitcoind (Bitcoin Core); that said, some other extension can implement its own self-contained wallet.
157.
▲
by
yrashk
12y ago
it can do anything bitcoin transactions can contain. the timestamping demo (you can find its screencast on the homepage) does exactly that: https://github.com/bitcoin-wallet-api/demos/blob/gh-pages/ti...
158.
▲
Bitcoin Wallet API Preview and Draft Spec
(bitcoin-wallet-api.github.io)
59 points
by
yrashk
12y ago
|
9 comments
159.
▲
Kickstarter Manipulation Risks
(medium.com)
1 points
by
yrashk
12y ago
|
0 comments
160.
▲
Gitchain Intro Hangout (in a few hours, 10 seats limit)
(kickstarter.com)
2 points
by
yrashk
12y ago
|
0 comments
161.
▲
Gitchain's first screencast
(kickstarter.com)
4 points
by
yrashk
12y ago
|
0 comments
162.
▲
by
yrashk
12y ago
Thanks!
163.
▲
by
yrashk
12y ago
Joey, your feedback is always welcome! I am aware of telehash (have been playing with it some time ago). Haven't seen the git push requests idea of yours. Digging in. It's a neat thought. I think one of the most important aspects
164.
▲
by
yrashk
12y ago
The object data doesn't go into the blockchain, it is sparsely distributed across the nodes
165.
▲
by
yrashk
12y ago
There are proof of storage techniques. I already listed some references in the paper I am working on ( https://github.com/gitchain/gitchain/blob/master/gitchain.te... )
166.
▲
by
yrashk
12y ago
The object themselves are stored across the peers, not the connection information.
167.
▲
by
yrashk
12y ago
I want to dedicate all of my working time to this project this summer!
168.
▲
by
yrashk
12y ago
Using its own blockchain as a ledger and a DHT network as a storage layer
169.
▲
Individual Public Offerings
(medium.com)
2 points
by
yrashk
12y ago
|
0 comments
170.
▲
Privacy Matters: On Nonresistance
(medium.com)
1 points
by
yrashk
13y ago
|
0 comments
171.
▲
by
yrashk
13y ago
I would recommend to start learning Elixir and diving into Erlang as necessary (and yes, you will find it necessary)
172.
▲
by
yrashk
14y ago
Try clarity.fm
173.
▲
Elixir v0.8.0 - Better apps support, unicode and performance improvements
(elixir-lang.org)
8 points
by
yrashk
14y ago
|
1 comments
174.
▲
by
yrashk
14y ago
mimetypes author & maintainer here. If I would ever have a tiny bit more time, I'd rewrite mimetypes in elixir in an instant. The solution we ended up doing in mimetypes, was the greatest fit for Elixir, not so much for Erlang (although
175.
▲
by
yrashk
14y ago
> "It doesn't fully cover the erlang syntax." Wondering what exactly are you referring to?
176.
▲
by
yrashk
14y ago
This article is behind the pay wall.
177.
▲
by
yrashk
14y ago
There is no easy way around the chance that some project dies. While José and I pointed that it is quite easy to convert the AST produced by Elixir back to Erlang source (erl_pp?), it might not be the best workaround for the unlikely death
178.
▲
by
yrashk
14y ago
This is a somewhat close possibility barring comments, as elixir produces erlang AST. However, the AST it produces won't be perceived fully idiomatic style-wise (because of how some macros expand) so there might be not much value in this.
179.
▲
by
yrashk
14y ago
Not true. Elixir records are exactly what they are in Erlang — tuples
180.
▲
by
yrashk
14y ago
I am building a lot of stuff with Elixir, both open source and commercial, including a commercial system for a customer
More ›