I was listening to a particularly interesting BTC Lightning Podcast. Kevin Rooke was talking to a young developer who is working on a new form of Lightning Service company.
The problem with Lightning Nodes as I've covered in great depth, is that they need to be run 24x7 as a connected server. This is a big commitment in order to be able to receive funds. Lightning is not a blockchain system and there is no way to reliably receive payments to your own wallet for which you hold the keys without a server being involved.
There are some hosted services for Lightning Nodes (like the one I use for @v4vapp at Voltage) but they have to keep a server running for me and that server needs access to the entire Bitcoin chain data which is 500Gb and growing (even more than the highly compressed Hive chain).
Enter Azz and his Valera startup. He's come up with a way to virtualize these node such that he's 10,000 times more efficient than what anyone else is doing. His solution has a software and hardware component because he wants to run a centralised hosted solution but for the Lightning node "owners" to retain control and signing rights via a hardware key they keep with them.
But something he said on the podcast about whether to go open source or not caught my ear. You can listen here: https://podverse.fm/clip/zccDzb2RC
Somewhat edited and long transcript but at the end I have an important point to make.
So the biggest choice about open sourcing it is Indra is effectively Valera's special sauce, we have what no one else has .... But there is from an investment standpoint, when we're pitching to investors and stuff, they don't want to see our tech just go from being completely game changing to then basically been given out for free because they won't get returned from it.
The company basically won't be profitable. And we won't have the early on advantage that we do currently. Because currently we can do things for 10,000 times cheaper than everything everyone else can ... we don't want to sort of give it away. I don't think it's ready to be given away for free quite yet. ....
If centralization becomes a problem and other lighting companies are struggling to keep up with adoption relative to us, which would be really good but also really bad at the same time we're open source it, right?
The we there's a difference between us wanting to keep our head start a bit and us completely trying to dominate the market and kill basically get rid of everything, every other company that's trying to do stuff too, because that's just unfair, right?
And also it's not the way to grow a community or any ecosystem. Right? That's, that's like turning, that's like turning FinTech into just where or just catch up. Right, that's this. I mean, from from a purely capitalist point of view that sort of might be the one most people take is, then yes, it would be awesome just for us to have complete advantage and complete control over the whole market. But we we don't want to do that.
I suppose in the current world we live in, it's more of a hyper capitalist sort of view, which is purely profit, use the data, use privacy, individual sovereignty, doesn't matter, as long as you can basically completely break humans down to a data stream, right? That's not what we're about, we're about, you know, changing the world, but we still want to, you know, work as an actual company. ....
At the moment ... it will be closed source. But if it does, like actually start being a problem, but not just if, if it starts being a problem, then yes, it is worth open source. And we won't hesitate to....

Ideals

I love the idealism and admire the principles and passion. Obviously I don't think there's any way in which Azz has nefarious goals in mind. But he's building a system where even if he doesn't hold the keys to other people's Lightning nodes (and therefore their Bitcoin) he'll be able to turn them on or off.

Technicals

It's also unclear, unless the server side is open sourced and anyone can run it, whether a customer of his service, who he no longer services, can use their hardware key and whatever other private keys they have to recover their Lightning node and the channels within which Bitcoin is held in trust. But even assuming they solve this technical issue, the problem is the business model.

Vulture Capitalists

It's been a shockingly bad year for Venture Capital this year and if we only look at VC directed at anything to do with crypto, we're talking apocalypse now.
So if you're starting a company with a view to raising VC funds, you better be amazing. And if you are amazing, unless you can build your tech out to profitability on a tiny budget, by the time you've raised your $3m seed round the VC's will own you.
They're not going to let another Mark Zuckerberg or Daniel Ek manage to retain close control over their own company with funky share types again soon. The era of cheap money has gone, BTC value is in the toilet and the interest rates are marching up. Any VC's that haven't been wiped out by Terra Luna, Celsius, FTX and the cascading shitstorm, aren't going to be handing out the candy very easily, and it will have razor blades in it if you get it.
I'm sure Azz is genuine when he says that if his solution is so successful it pushes all other hosted Lightning service providers aside, he'd then consider open sourcing it. The problem is, if he's taken the VC route to get there, it's not clear he'll be in a position to do that.
Lightning has enough centralising pressure, this might well be the next big thing to centralise Lightning.

Crypto VC

Lightning startups think, because they don't have a "shit coin" associated with their project, they will be different and the VCs they're taking money from will be different. Good luck with that. This is crypto VC: they're not going to be substantially different because Bitcoin and Lightning are not "shit coins".

SPK Network, V4V.app and Hive DAO

Which brings me back to the unique way in which my own work is funded. It may not be as sexy as being able to say I've raised a $3m dollar seed round (my wife would be more impressed with that), but already there is a way for Hive to convert to and from Lightning, it will be completely open source and anyone will be able to run it. Perhaps by then easier to use multisig options on Hive will mean we can even take away some of the trust which is tied up in the way @v4vapp works right now (and on which I'm happy to stake my Hive reputation).
<div class="pull-right">
</div>
And the same broad outline applies to SPK Network handing out the governance tokens for the system they are building whilst keeping no more for themselves than anyone else with a stake in Hive gets.
Whilst I don't think @v4vapp on Hive is the path to my own future financial well being, I believe it adds so much to the entire Hive project, that my ongoing and increasing stake in Hive will be worth more. This is the sweat equity I hold and all of you who hold Hive, whether you vote for the proposal or not, stand to gain if this happens.
<div class="pull-right">
</div>
FYI there are divs in your post
reply
Yeah I know... I format these posts for a system with more flexibility where I earn a significant amount for posting and I can't be bothered to clean up everything here for a few sats more.
reply
đź‘Ś
reply
Hey, Azz here! This is super late but these are all great points, all valid. If the late Valera (more on this in a second) decided to pull VC capital, we’d (1) be at risk to losing our way to contracts and control created by VCs and (2) platform management could be influenced by investors.
This is somewhat mitigated by the fact that the entire platform was designed for us to not actually know who you are. For example, we could see profiles but not the virtual Lightning nodes attached to them. The backend architecture was specifically designed for the only data we can provide being “yes, this person is registered with us” along with their already public data. The platform was very client heavy, as it used end to end encryption for transaction data and designed to minimise the amount of data we can see. It was more like a server augmented architecture than a client server architecture.
Still, that doesn’t stop us from merely deleting someone’s profile. That would break any new loading of the profile. However, the virtual nodes would still exist. That’s because we simply can’t find out which nodes belong to which user. This was done on purpose to minimise data exposure - only the user’s clients know the IDs of their nodes. It also reduces the risk because we couldn’t risk deleting someone else’s nodes for example. We can’t link a user profile to the user’s accounts, as nodes were authenticated to directly, not through checking if the user was the owner. The authentication keys are completely different.
But anyways, Valera no longer really exists. Typical of some of the technologies we develop, other things would bottleneck before Indra did. That “thing” was the timechain. Indra had the efficiency and capacity to run eight million nodes on a single server. Bitcoin doesn’t have the yearly throughput to even handle what a production Indra deployment could come close to using. Simply, a LN node per person - no matter how efficient you make the operation of it - does not work because the chain cannot deal with it. Indra made heavy use of splicing for automatic liquidity, and this wasn’t even possible with a small number of people yet alone Indra’s planned scale.
Learning from this, I’m currently working on something different. Something that can handle the population’s needs. Even though the project was cut, we learnt a lot from researching it. This something is called Constellation and I’ll be releasing more details about it soon, maybe.
Thank you for listening to the episode! :)
reply