buckie

13 ms·

61.
by buckie 10y ago
The blockchains we're discussing here are about uniform replication & inter-node agreement, so constant performance is as the system scales is the goal. Our implementation of ScalableBFT runs at 8k-12k transactions per second, not
62.
by buckie 10y ago
We're focused on private deployments currently but are playing with the idea of a public chain. The issue is that it would look so different from what people are used to that we're having a hard time with the monetization strategy
63.
by buckie 10y ago
Before I founded a company[1] in this space I investigated blockchain applications for JPM and I agree with your take on bitcoin-style blockchains being mostly BS for industry. I'd take it a step further to note that mining is incompat
64.
Kadena: The first scalable, high performance private blockchain [pdf](kadena.io)
2 points by buckie 10y ago|0 comments
65.
by buckie 10y ago
I've been working in the permissioned blockchain space for a couple years now, even OSed a POC of a raft based system we tested out at JPM in march. It is truly scary how little most people focused on blockchain understand about consen
66.
by buckie 11y ago
Author of Juno here -- surprised to see this on here at all given that I didn't tell anyone that it went open (was saving it for tomorrow). I'm losing out on all this sweet sweet karma </s>. Anyway, to your question (ca
67.
by buckie 11y ago
Lots of fun, though don't miss the comments. Some are gold: > Tokutek claim to improve MongoDB performance 20x. Unclear if this also mean lose 20x as many documents.
68.
by buckie 11y ago
As someone who also recently joined an all haskell team, but hadn't coded professionally in haskell before, I'll add the biggest thing I've noticed to the "how it feels" list: On a biweekly basis I'm shown some
69.
by buckie 12y ago
This is not at all surprising. Statistics isn't the right tool for financial analysis... it's just the best tool that we have. Incredibly unlikely statistical events happen all the time in finance. A great read on an alternative v
70.
by buckie 12y ago
This is all really great to hear, I've already begun the process of restarting the engine. It will likely take me 3-6 months just to get the momentum needed to reach out again officially. Oh the gov't... > I'd love your in
71.
by buckie 12y ago
Over a year I started the process of convincing the people I needed to at my job (Federal, Non Defense/Law Enforcement) to get an instance of Github Enterprise installed. Though it took a lot of time and effort, I managed to get both t
72.
by buckie 12y ago
For anyone curious, here's a comparison (that I wrote a couple days ago) of FizzBuzz in K vs. q vs. python... please note the insane syntax for K4 (which is a proprietary language of KX Systems and is thus undocumented). K \c 150
73.
by buckie 12y ago
Something to add to your 'bag-of-tricks' -- this was once handed down to me by a master by the name of .ike, as it was handed down to him before. Maybe you'd be interested: "The 3-finger Claw Technique" The sweetes
74.
by buckie 12y ago
I've been working to get Haskell approved at my place of employment for 1.5 years but getting the US Gov't to change is rather hard; I've had to sit the "tech" people down and explain that javascript != java... with
75.
by buckie 12y ago
I tried out OpenRefine previously on the large CSV's I have to deal with at work largely on the recommendation of HN comments. On small stuff to medium size stuff, it's pretty nice. But for larger sets (+1GB) it starts to slow dow