That said, I absolutely loved Groove the product and Groove the team. It was a dapp with a wonderfully-usable interface, built on a pure P2P blockchain-like infrastructure that achieved distributed consensus for generalized transactions.
It had an extremely loyal following in the NGO and GOV space. They "got it" as to the unique benefits of a secure end-to-end encrypted system for small team collaboration.
But the enterprise and consumers chose centralization as the winning architecture, and the rest is history.
Groove's revenue exceeded expenditures, though, right? Or could have? I'm not sure it was reasonable to expect success at that scale for an entirely novel class of application in an era where startup investments were still expected to 'mature' only after about a decade or more. Groove was only ~8 years old, and 1.0 had been released ~6 years prior.
> But the enterprise and consumers chose centralization as the winning architecture, and the rest is history.
As I recall, around 2.x you were more-or-less switching from a distributed architecture to a decentralized one, but... your point is taken. I suppose I should admire that you saw the writing on the wall as soon as you did.
The wheel keeps turning though, and I wonder if another stab at the idea could succeed today. Certainly the various risks of centralization are much more apparent, and to a broader audience, now.
Today it could almost certainly be built MUCH more economically - likely on the not-dissimilar and rich/mature matrix.org infra at the bottom, and using Electron on top.
And I would sell not to enterprises nor to decentralization zealots: I'd build a small focused GTM org focused on public sector and those who will need to collaborate when trying to deal with an APT.
Well, that's certainly a growing market segment, both domestically and internationally. It is starting to feel like there may soon not be anyone left who doesn't have to deal with an APT, if only as collateral damage.
Thanks for engaging!
Indeed. See also: Surface...everything.