Smart contracts are the next AWS
One commonly cited catalyst for the “Golden Age” of Web 2.0 startups is the emergence of the public cloud, starting with Amazon Web Services (AWS).
Once upon a time, software startups had to spend a good portion of their initial funding on buying, maintaining, and scaling the servers on which their app/service/network would run. Startups had to spend significant time and money doing something that wasn’t going to be their core differentiator. That inherently meant fewer resources went to the core mission.
Enter AWS. Instead of big capital outlays and a dedicated infra team, a startup could deploy their code to AWS and immediately benefit from Amazon’s economies of scale, security, and instant scalability. CAPEX was turned into OPEX that scaled with use (i.e. user growth). Small, nimble teams could compete with the behemoths better than ever before on the basis of their focused value proposition.
A couple of years back, Ben Thompson of Stratechery described this era as a logical endpoint to the paradigm shifts that undergirded the tech industry’s disruptive productivity gains. To be fair to Thompson, in subsequent writings he’s acknowledged the potential of blockchains, but he and many others aren’t convinced yet.
Smart contracts and decentralized services (like Filecoin, Helium, etc.) running on blockchains offer unparalleled scalability and capital efficiency for (certain types of) ideas to become world-changing realities.
Cloud OPEX morphs into transactional costs not even paid by the “startup” (unless they chose to). Projects can avoid hiring a team of ongoing reliability/maintenance personnel for the web3 parts of the stack. More than ever, it’s about the execution and merits of the core vision.
Non-upgradable smart contracts take the idea of “default alive” to the extreme: Uniswap contracts will live on no matter what Uniswap Labs does.
That’s not to say there aren’t tradeoffs and adjustments to be made in this shift. “Move fast and break things” is a terrible approach to designing and developing smart contracts. Gas optimization takes real expertise and is best done upfront. Blockchains have ecosystem-level scaling challenges to address, but I’m confident with roll-ups and sharding that our blockchain of choice, Ethereum, will get where it needs to be.
The net result though is a more accessible, competitive, and powerful playing field for innovation than we’ve ever seen before. Web3 is full of builders and founders making big impacts outside of Silicon Valley and with some still in high school. I’ll bet on supercharged, permissionless innovation winning in the long run every time.
- We released the “Bid Response” view on the Cadastre. This is for the current licensor to accept or reject a rival’s bid for a parcel (https://github.com/Geo-Web-Project/cadastre/pull/161).
- We’ve seen some instability with the Optimistic Kovan RPC through wallets, so we made a switch to use an Infura node for Superfluid data (https://github.com/Geo-Web-Project/cadastre/pull/157).
- We’ve recently had some regression with our Media Gallery and integrated IPFS pinning+Filecoin archive functionality. One fix is in (https://github.com/Geo-Web-Project/cadastre/pull/168) another is on the way (https://github.com/Geo-Web-Project/cadastre/issues/169).
- We made a change to how claimed parcels are displayed for better UX based on feedback from community member nickziats. More on the way. Thanks, Nick! (https://github.com/Geo-Web-Project/cadastre/pull/159).
- There’s only one day left in Gitcoin GR14, so if you haven’t made a contribution to the Geo Web yet, we’d really appreciate your support. Every DAI makes a difference! Thank you!
- We held our first community call earlier this week in the Geo Web Discord. We didn’t record this first one, but here’s the short deck we used for the agenda and discussion.
- Community member Kevvles published a SourceCred onboarding guide for the Geo Web. Great stuff! Looking forward to many more contributors being rewarded on this project.
- More Cadastre v2
- Exploring a modification to our Superfluid SuperApp for more composability and simplified core architecture