After I created the Web3j library for Ethereum, I had the naive worldview that making a profitable open-source library would naturally transition right into a business success. Nothing could possibly be farther from the reality. Not too long ago Web3j handed the 7-year-old mark. To mark this momentous event, listed here are 7 issues I want I’d recognized earlier than I began the library.
1. Monetising open supply is difficult

Open supply software program (OSS) is not any completely different to any enterprise enterprise on this respect. Discovering an answer to an issue, and an answer to an issue that individuals are prepared to pay for are two various things.
The open-source software program motion has been a sufferer of its personal success. Programmers do not anticipate to pay for software program they use to develop purposes.
Should you can exhibit how an software you’ve got constructed with open-source software program solves an issue, then you may cost for this. But when your audience is builders, as is the case with Web3j, it is arduous to get them to pay for the software program by itself.
Two frequent fashions we see with commercialised OSS are the open-core mannequin and hosted deployment fashions.
The open core mannequin is extra relevant to enterprises as they deploy software program themselves and have the urge for food for paying for extra integrations equivalent to single-sign-on capabilities.
Hosted deployment fashions are by far the most well-liked strategy, the place OSS is made out there as a SaaS platform. This mannequin works the place you may have a stand-alone expertise equivalent to a database or analytics platform, whereby you host the software program on behalf of organisations, who pay you for this service.
The Enterprise Supply License shouldn’t be an open supply license, however a supply out there license which permits anybody to view the code. Nonetheless, it can’t be run in manufacturing with out the express approval of the creator.
The selections by Hashicorp and Uniswap to embrace BSL exhibit simply how difficult monetising true open-source software program is.
Typically tasks find yourself reliant on grant funding to maintain them going. This has been the case with Web3j, the place we fund a number of the growth by means of the business actions of Web3 Labs, however have additionally obtained plenty of grants for the mission.
2. It is nice for opening doorways
Creating helpful OSS is a good dialog starter. It offers you one thing to current at conferences, write articles for and simply speak about with individuals.
Having a mission you may completely have your identify related to as creator makes you stand out from different builders as there is a very public place the place individuals can see your work.
It may additionally result in opening doorways with new clients for different forms of work equivalent to consultancy, or invites to conferences.
Some of the outstanding issues that occurs is that you simply usually meet individuals at occasions which have used your software program. This has occurred numerous instances for me with Web3j, talking with each startups and huge enterprises!
3. Individuals will not let you know they’re utilizing it
The greatest metric of success for OSS is a number of downloads however not a number of bugs. If individuals are utilizing the software program and it simply works, they will not let you know that.
They’re probably to get in contact when there’s an issue with the software program and they should create a problem towards the mission. Or in the event you’re fortunate, they submit a pull request so as to add new options or repair bugs enhancing the software program for everybody.
With Web3j on plenty of events, we’ve got carried out our personal analysis to see who’s utilizing the mission. Typically it entailed inspecting Android binaries, and different instances looking GitHub and software program launch repositories. We needed to get inventive.
Nevertheless it gave us helpful insights into the place it was getting used.
4. Corporations love consuming it, however do not anticipate them to pay for it
It is stating the apparent, however nobody expects to need to pay totally free software program. Most customers of OSS have an expectation that points will ultimately be mounted as nobody needs to go away bugs of their software program.
Relying in your goal for the software program, you will have plenty of firms utilizing it too. They’ll usually be much more tight-lipped about their utilization of it than customers as a result of their business nature.
Once they begin utilizing your software program in manufacturing, they could resolve that they want an expert help settlement to cowl it. However that is within the minority of circumstances.
Most firms will devour your software program and provide you with a pat on the again or high-five as a thanks. This is not a nasty factor (see the earlier level about opening doorways), however it’s important that you simply admire that simply because a giant identify is utilizing your software program, it doesn’t suggest you will revenue straight from it.
5. The event is the straightforward half, selling is difficult
There are few issues extra satisfying than greenfield growth. The place you create a mission and are writing all the code from scratch.
More often than not, builders are importing different libraries or frameworks to do the groundwork. Nevertheless it’s extremely invigorating when it’s you and your laptop computer churning out software program from scratch to fulfil your imaginative and prescient.
Sadly, this a part of the method does not final lengthy. As quickly as you set your first launch out, it’s essential determine tips on how to get customers.
This does not occur with out letting individuals find out about your mission — the issue it solves and tips on how to use it. You must begin writing documentation, weblog posts, and giving talks, in addition to sharing it with communities on Reddit, and determining search engine optimization and different issues.
This takes time and is a unending course of. It’s important to begin promoting or advertising your mission to get customers. It does not matter how good the code is, with out this effort, it is unlikely anybody will ever discover it.
You must discover time to do that and maintain doing it!
6. Preserve the mission targeted
It could be tempting to develop the mission by creating spin-off tasks. I did this with Web3j the place I created further tasks for producing OpenAPI endpoints for sensible contracts and help for extra frameworks equivalent to Spring Boot.
The problem with this was it elevated the variety of tasks I wanted to take care of and help. On the time it was tempting to develop the mission as there was grant funding out there to do that. However in the long run, it meant that there was much more work to do sustaining these tasks.
If I used to be again on this scenario, I probably would have focussed on sharpening the documentation and fixing extra of the bugs as a substitute of attempting to develop the mission prematurely.
7. Be ready to decide to it for 10 years
As anybody who has run software program in a manufacturing atmosphere is aware of, as soon as it is on the market it must be maintained for the lengthy haul. That is very a lot the case with OSS. There’s little level in creating an open-source mission and strolling away from it after a yr or two except there are zero customers.
Software program is sort of a baby that it’s essential nurture and help for the long term. It is necessary to assume significantly about how lengthy you are prepared to decide to it.
Maybe I’m simply cussed, however I do assume it’s essential be ready to put money into it over a 10-year time horizon.
Should you’re not prepared to make a severe long-term funding in it, maybe it should not be created within the first place as a public good.
What’s the actual cause for creating it? Be sincere, is it fixing an actual downside for individuals or is it a conceit mission you need to use to spice up your personal profile? It is okay to be doing it for vainness causes, offered you are ready for the dedication it entails.
Begin with why
The choice as as to if to start out an open-source mission is not one to be taken calmly. Dedication apart, it is necessary that you simply admire the underlying causes for why you might be doing it. After I first wrote Web3j, being conscious of the issues I listed above would have helped me. I am certain the library would nonetheless exist, however it will have made me query the trail I used to be planning on taking additional earlier than I launched into the journey.