Cryptocurrencies, ICOs, magic internet money — it’s all so damn titillating, and you, the impatient developer, want to get te on the madness. Where do you begin?
I’m glad you’re excited about this space. I am too. But you’ll very likely find it’s unclear where to start. Blockchain is moving at breakneck speed, but there’s no clear onramp to learning this stuff.
Since I left Airbnb to work full-time on blockchain, many people have reached out to mij asking how to get into the blockchain space full-time. Consider this my authoritative (and inevitably incomplete) guide on how to get into blockchain engineering.
This guide will proceed te ten parts:
- Why should you learn blockchain development?
- The theoretical foundations of Bitcoin
- Building a blockchain yourself
- Ethereum and clever contract programming
- Wise contract security
- Taking off the training wheels
- Building your own projects
- Navigating the blockchain community
- Getting a job
Why should you learn blockchain development?
Before I reaction that question, let mij very first note: blockchain is a massively overvalued space right now. Thesis prices are unsustainable, and a crash is undoubtedly coming. This has all happened before, and will very likely toebijten again. But if you work long-term ter this space, you’ll learn to shrug off prices. Ter the words of Emin Gun Sirer — prices are the least interesting part of cryptocurrencies. Thesis are massively significant technologies, and they are going to irrevocably switch the world.
If you’re unassured, I can’t tell you whether or not you should leap ter. But I can tell you five reasons that wooed mij to take the leap:
Bitcoin wasgoed invented Ten years ago, but the rate of innovation has only reached a fever pitch ter the last duo of years, especially with the launch of Ethereum ter 2015. Most of the fresh companies and ideas te this space have bot built on top of Ethereum, which is still very immature.
Even if you embark now, you can realistically become a world-class pro within a few years. Most people just haven’t bot doing this that long, and it won’t be that hard to catch up. Embarking now would be analogous to deep learning experts who began studying the topic ter the late 2000s.
Two. This space doesn’t have a strong talent funnel yet.
Most of the best and brightest students at universities are focusing on machine learning, web programming, or spel development. Sure, blockchains are getting more sexy te the public discourse, but they’re still a weird and subversive topic on which to stake your career.
Early on, blockchain wasgoed exclusively the sphere of cypherpunks, paranoids, and weirdos. That’s only recently begun to switch. Just by being a nosey and open-minded developer, you’ll bring a loterijlot of value to the space.
Three. Much of the innovation is happening outside of academia.
Satoshi Nakamoto wasgoed not an academic spil far spil wij know. There’s no university or institution that offers a samenhangend blockchain concentration yet. Most of the innovation here has bot led by aficionados, entrepreneurs, and independent researchers. Almost everything you need to know is te white papers, blog posts, public Slack channels, and open-source software. All it takes is rolling up your sleeves and hopping into the fray.
Four. The request for talent far, far exceeds supply.
There just aren’t enough developers ter this space, and they can’t get trained prompt enough. Everyone is contesting to hire blockchain talent, and projects are feeling the talent crunch. Many of the best companies can’t pay their people enough to stay because they have too many opportunities. If you get some abilities under your stortplaats, it’ll be effortless to land a job.
Five. Cryptocurrencies are just truly damn cool.
Where else can you build sci-fi stuff like cryptographically secured, decentralized money? It’s the wild westelijk right now—and this brings good and bad. The space could use more transparency, and regulation will eventually come. But without a doubt, cryptocurrencies are one of the most innovative areas you can be working ter right now.
Naval Ravikant said te a latest vraaggesprek: the key to success is to give society things that it wants, but doesn’t know how to get on its own. You can’t go to schoolgebouw for such things, if you could, the world would already have a sustained supply of it.
So build something no one else knows how to build. Right now, blockchains are brand fresh and there’s so much left to figure out. If you succeed ter building the future of decentralized technology, the world will prize you handsomely.
So say you want to throw ter your hat. What do you need to know before you get into the stadionring?
I’d recommend strengthening up your understanding of fundamentals before you dive further. Blockchains are built atop decades of research te laptop science, cryptography, and economics. Satoshi Nakamoto wasgoed a renegade, but he also knew well the history that preceded him. Te order to understand why blockchains work, you need to understand their building blocks — what came before blockchains, and why those things didn’t work.
Here are some good prerequisites to be familiar with, ter order of importance.
Note, thesis linksaf are just a embarking point, you’ll most likely want to dive deeper for many of thesis topics.
You’ll want to be familiar with the characteristics and complexity ensures of the major gegevens structures: linked lists, binary search trees, hash maps, and graphs (specifically, directed acyclic graphs which feature prominently ter blockchains). It helps to have built them from scrape to better understand how they work and their properties.
Cryptography is the namesake and bedrock of cryptocurrencies. All cryptocurrencies use public/private key cryptography spil the onderstel for identity and authentication. I’d recommend studying RSA (it’s effortless to learn, and doesn’t require a very strong math background), then look at ECDSA. Elliptic curve cryptography requires significantly more abstract math — it’s not significant to understand all the details, but know that this is the cryptography that’s used te most cryptocurrencies, including Bitcoin.
The other significant cryptographic primitive is the cryptographic hash function. Thesis can be used to construct commitment schemes, and are the building block for Merkle trees. Merkle trees enable Merkle proofs, one of the key optimizations that blockchains use for scalability.
There are a few good textbooks on distributed systems, but it’s a sprawling and difficult area of explore. Distributed systems are absolutely essential to reasoning about blockchains, so you voorwaarde build a foundation here before tackling blockchain programming.
Once you’re no longer living on a single machine, you have to begin reasoning about consistency and overeenstemming. You’ll want to know the difference inbetween linearizable and eventual consistency models. You’ll also want to learn the assures of fault-tolerant overeenstemming algorithms, such spil Paxos and RAFT. Know the difficulties of reasoning about time ter a distributed system. Appreciate the tradeoffs inbetween safety and liveness.
With that background, you’ll be able to understand the difficulties around Byzantine fault-tolerant overeenstemming, the primary security requirement of public blockchains. You’ll want to learn about PBFT, one of the very first scalable algorithms to produce Byzantine fault-tolerant overeenstemming. PBFT is the ondergrond for many non-proof-of-work blockchain overeenstemming algorithms. Once again, you don’t need to understand the details of how and why PBFT is keurig, but get the general idea and its security assures.
The decentralization of blockchains derives te large part from their peer-to-peer network topology. Spil such, blockchains are meteen descendants of the past P2P networks.
To understand the blockchain communication specimen, you need to understand the basics of rekentuig networking: this means understanding TCP vs UDP, the packet specimen, what IP packets look like, and harshly how Internet routing works.
Public blockchains tend to spread messages via gossip protocols using flooding. It’s instructive to learn the history of P2P network vormgeving, from Napster to Gnutella, BitTorrent and Tor. Blockchains have their own place, but they draw upon the lessons of thesis networks and how they were designed.
Cryptocurrencies are inherently multidisciplinary — this is part of what makes them so fascinating and radical. Besides pc science, cryptography, and networking, they are also deeply interwoven with economics. Cryptocurrencies can derive many security properties through their economic structures, which is often termed cryptoeconomics. Spil such, economics is essential to understanding cryptocurrencies.
The most significant branch of economics that plays into cryptocurrencies is spel theory, the examine of payoffs and incentives among numerous agents. You don’t need to go enormously deep here, but you do need to understand the basic implements of spel theoretic analysis and how you can use them to analyze incentives ter one-shot and iterated games.
Two key concepts te your repertoire should be Nash equilibria and Schelling points, spil they feature prominently te cryptoeconomic analysis.
Cryptocurrencies are not just protocols, they are also forms of money. Spil such, they react to the laws of macroeconomics (if they can be called laws). Cryptocurrencies are subject to different monetary policies, and react predictably to inflation and deflation. You should understand thesis processes and the effects they have on spending, saving, etc.
Another valuable economic concept is the velocity of money, especially spil it corresponds to valuing a currency.
Cryptocurrencies are also deeply interwoven with markets, which requires an understanding of microeconomics. You’ll need a strong intuition for supply and request forms. You should be able to reason about competition and chance costs (they’ll apply frequently to cryptocurrency mining). For many coin distributions and cryptoeconomic systems, auction theory features prominently.
I expect you’ll be familiar with some of thesis topics already. If you are, feel free to skim or skip overheen them entirely.
Okay, by now you’ve gone through and shored up your fundamentals (or maybe you skipped a bunch, who’s counting?), so now that you’ve got your theory ter check, let’s get embarked on blockchain development.
The Theoretical Foundations of Bitcoin
Te October of 2008, Satoshi Nakamoto published a white paper te which he described a protocol for a decentralized digital currency. He called this protocol Bitcoin.
Before you can understand the big ideas behind blockchains, you have to embark with Bitcoin and capture Satoshi’s original insight.
Very first, I recommend building your intuitions about proof-of-work and the fork choice rule (also known spil Nakamoto overeenstemming). Commence here:
I recommend watching more than one movie explanation to get the idea seared into your head:
Superb. Now that you’ve built up your intuition, this article will provide a deeper end-to-end exposition of the critical components of how Bitcoin works.
Building a blockchain yourself
Now that you have the high-level intuition, it’s time to build your own proof-of-work based blockchain. Don’t worry, it’s lighter than it sounds. Here are some good resources.
Very first, I have a movie lecture where I walk through exactly how to do this te Ruby (I recommend watching even if you’re not a Ruby programmer):
There are also other blockchain implementations you can find, written te various programming languages. Go on and build your own, and sate yourself that it’s mostly functional.
Once you’ve made it this far, you should have a good grip of how to implement a elementary payments application atop a blockchain (i.e., Bitcoin). You should also by now have enough background that you should be able to read and understand the original Bitcoin whitepaper.
To understand the economics and mechanics of Bitcoin mining, I recommend watching the lecture on Bitcoin mining te the Bitcoin and Cryptocurrencies Princeton course.
If you’ve gotten this far, you should understand Bitcoin well enough to walk through a Bitcoin block header and understand what each of its components mean. You should also be able to play around with a Bitcoin block explorer and navigate raw Bitcoin transactions.
Now is a good time to explore up on the history of Bitcoin and cryptocurrencies. The below movie, suggested by a UC Berkeley Decal, gives a good overview.
Some more toegevoegd credit resources:
- Academic precursors to Bitcoin
- Mechanics of Bitcoin: UTXOs and Bitcoin script (Bitcoin script is not super significant, just know harshly what it can do)
- Brief guide to Bitcoin forks
- Soft forks and miner signaling
- Dual spends, 51% attacks, and selfish mining
- Replay attacks
- Bitcoin scalability problems, which is the source of most of the contentiousness te the Bitcoin ecosystem. You should have an idea of why Bitcoin folks argue so much about the block size.
- Segregated witness, a.k.a. SegWit, not essential but it comes up a loterijlot.
- Lightning Network, one of the more significant scaling solutions for Bitcoin, also generalizes to other blockchains
- Bitcoin utter knots, Bitcoin toverfee statistics, charts, charts and more charts
- Bitcoin energy consumption index (at the time of publication, Bitcoin mining consumes spil much energy spil all of Peru)
- Insightful werkstuk by Gwern on the scrappy inelegance of Bitcoin
- Jameson Lopp has a wealth of other resources on Bitcoin if you want to go deeper down the rabbit slot.
Ethereum and clever contract programming
Now that you’ve built a blockchain and understand the dynamics of Bitcoin, it’s time to delve into Ethereum.
You understand how blockchains and proof-of-work can achieve distributed, Byzantine fault-tolerant overeenstemming within a peer-to-peer network. But a payments network is just one application you can run atop such a blockchain. Te 2013, Vitalik Buterin, the creator of Ethereum asked: what if you used a blockchain to implement a decentralized rekentuig?
Te Ethereum, you pay miners to execute your programs on this distributed virtual machine. This means you can perform arbitrary computations, using a Turing-complete programming language (unlike Bitcoin script). Obviously that includes payments-related applications, so Ethereum enables a superset of Bitcoin’s functionality and has birthed a wedergeboorte of innovation.
This brings us to brainy contracts — the name for programs that run on such a virtual machine. A wise contract can interact directly with the blockchain’s cryptocurrency ter accordance with the execution of a program. Ter other words, you can create financial contracts that automatically enforce themselves. It’s a wild idea, and all sorts of sci-fi futuristic stuff you can do once you embrace this programming specimen.
Ethereum has enabled the wave of ICOs and developers building atop the blockchain. It is the 2nd largest cryptocurrency behind Bitcoin, it has more than 10x the developers of the next most popular verhoging, it has the strongest developer team, the most mature tooling, and the majority of ICOs and projects atop it. It also has the most industry support, which goes a long way. Te all likelihood, if you’re doing blockchain development, you’ll be writing code for Ethereum wise contracts. (Even if you’re not, it’s essential to understanding what’s going on ter this space.)
Very first, a more detailed high-level explanation of Ethereum:
The ideas behind Ethereum have also spawned a wave of innovation ter cryptoeconomics. You should dip your toes into the ideas around DAOs, and all of the sci-fi fever fantasies that they hint at.
Okay, that’s enough fantasy, let’s dig into the tech.
Here’s a good overview of the Ethereum yellow paper and its internals, by Preethi Kasireddy. Ethereum uses an account prototype rather than Bitcoin’s UTXO prototype — you’ll soon see why this makes it lighter to write wise contracts.
Spil with any technology, the best way to get acquainted with Ethereum is by building a few puny projects.
To get your very first exposure to Solidity development, I recommend working through all of the CryptoZombies tutorial. It’s a delightful and high-quality Codecademy-esque tutorial that will train you the basics of Solidity programming.
Now that you’ve whetted your appetite, it’s time to develop on your own.
The “hello world” of Ethereum is building an ERC-20 compliant token. I recommend this guide spil a very first tutorial to walk you through the process.
Remix is an in-browser Solidity editor and compiler — it’s basically the training wheels of Ethereum development, so I recommend working through the surplus of your practice te Remix. But it’s also worth setting up a local blockchain and getting a sense of the Ethereum tooling. This tutorial does a good job of walking you through an end-to-end blockchain stack and explaining the chunks spil they go along.
Next I’d recommend building a voting system. I’d call this the Todo App of Ethereum. Karl Floersch has a good tutorial where he walks through how to build a secure commit-reveal voting system.
Superb, now for your mid-term exam: build a secure coin throw spel, where two players can securely bet on the coin roll. No tutorial this time, do it on your own. Think about possible attacks — how can the players cheat? Can you ensure that they play honestly? Here are some hints.
Wise contract security
Security is absolutely essential to blockchain development. Clever contracts have bot plagued by disastrous hacks, including the DAO hack, the Parity Wallet hack, and the affectionately named Parity Wallet hack Two (now with its own T-shirt). You absolutely voorwaarde read analyses of all three of thesis hacks if you’re going to be writing production brainy contracts.
The truth is, brainy contracts are utterly hard to get right. Tho’ the programming toolchain will improve to make thesis precies attacks tighter, they were ultimately all due to programmer error. There are also many subtler bugs that arise from wise contract programming, such spil ter frontrunning or secure generation of randomness.
Spil a brainy contract developer, you vereiste treat security spil paramount. There’s no “move swift and pauze things” te wise contract programming. That means any code that treats significant flows of money should be run through static analyzers like Oyente or Securify, tested accurately, and then audited by an experienced wise contract auditor. You should also attempt to rely on pre-audited components, such spil OpenZeppelin’s open source contracts.
To strengthen your security chops, I recommend working through The Ethernaut by OpenZeppelin, a spel where you find and attack vulnerabilities ter wise contracts. Many of them have you replicate real attacks against clever contracts that have occurred te the wild.
Phil Daian also has an excellent set of clever contract hacking challenges called Hack This Contract.
Once you make it past that, I strongly recommend reading the entirety of Wise Contract Best Practices, compiled by ConsenSys. Expect to revisit this document many times overheen te your clever contract programming career. The bibliography is also worth exploring for further reading by security experts.
Taking off the training wheels
If you’ve made it this far, you should now be ready to budge past Remix and commence using a serious Solidity development stack.
Most developers recommend VSCode or Atom for your text editor, since they have welvoeglijk Solidity plugins. For interacting with a local blockchain, you’ll want to use Ganache (formerly TestRPC), and you’ll want to use the Truffle framework for your (JS-based) tests and configuring your build pipeline.
Now is a good time to look into IPFS, which you can use spil a fully decentralized filestore at much cheaper cost than the Ethereum blockchain. Here’s a schrijven explainer by the creator, Juan Benet:
For interacting with Ethereum and IPFS total knots, Infura is what most devs recommend. Etherscan and ETH Gas Station provide useful real-time stats on the Ethereum network.
Once you have your utter Web3 stack set up, attempt deploying an end-to-end Dapp (decentralized application). This tutorial provides a nice full-stack overview using Knot and Postgres for the backend, and this tutorial will voorstelling you how to create a fully decentralized application, using IPFS spil your persistence layer.
Building your own projects
You should now be convenient with most of the tech — what’s left is to begin building stuff and going deeper into the blockchain community.
Very first, commence building your own projects. If there’s some fine idea that you’re excited about, go build it, and coax others to hack on it with you! If you don’t have an idea yet or aren’t convenient getting your arms dirty, there are many high-quality open source projects that welcome contributions. OpenZeppelin might be a good place to commence for clever contracts.
Better yet, I’d recommend beginning by finding an actively developed project that you’re a fan of. Get on their Slack or Rocketchat — the devs are usually readily accessible. Tell them you’d like to contribute and ask for some petite tasks (or find unresolved issues on their Github).
Note that while I’ve bot focusing on protocols and clever contract development, blockchain companies need web developers to build their core functionality. Thesis roles will often require interacting with blockchains, so it’s essential to have a good mental prototype of how blockchains work — but for many engineers at blockchain startups, most of your work will be ter building a Python webserver, or designing a React frontend, and interacting with the blockchain may be a puny part of that job. You don’t have to specialize ter wise contract development — ter reality, that’s only one part of a working blockchain stack.
Beyond open source contributions, there are also many blockchain hackathons permanently popping up. Most projects have a free public Slack you can join, and there’s a very active Gitter channel for Ethereum itself where lots of devs dangle out. Spil you go deeper into the space, you’ll eventually find your peer group, whether it be te a Slack channel, Telegram group, or Gitter channel. Wherever it is, find your people and proceed learning.
Navigating the blockchain community
The best way to indeed understand the blockchain world is to immerse yourself te it. Read and listen to the smartest people, especially stuff they’ve written te the past. This has always bot my strategy when attempting to learn a fresh domain, and it’s paid dividends for mij.
There’s lots of good blockchain content out there, but there’s also a loterijlot of crap. Here’s the information diet I recommend.
The three fantastic podcasts I recommend are the Software Engineering Daily Blockchain interviews, which provide good technical intros to many topics and cryptocurrencies. From there I recommend Epicenter and Unchained — you’ll want to go back and listen to many of the older gigs. Another interesting up-and-coming technical podcast is Conspiratus. I’d recommend subscribing to each of thesis.
There are a few good Youtube channels (however there’s tons of trash on Youtube). Subscribe to the Ethereum Foundation and witness Devcon3 presentations. Blockchain at Berkeley records many of their lectures, most of which are excellent technical overviews. Decypher Media also posts talks, whitepaper reviews, and tutorials. Jackson Palmer has engaging weekly overviews, thesis are on the less technical side but very evenly introduced.
For realtime blockchain chatter, it lives mostly ter two places: Reddit, and Twitter. For Reddit, most subreddits are very low quality and predominated by noise. r/Ethereum is consistently ge quality (and there are a few okay subreddits for specific cryptocurrencies). Most subreddits however are primarily predominated by speculators, and are not a good use of your attention. Stay away from Bitcoin-related subreddits. Bitcoin notoriously has one of the most toxic communities, and Reddit only magnifies that.
Twitter is more of a mixed bag. For better or for worse, most blockchain people live on Twitter. Blockchain Twitter wasgoed somewhat of a mystery to mij at very first, but eventually I developed an informal ontology of Twitter blockchain people. From my practice, there are five types of blockchain personalities: the builders, the entrepreneurs, the journalists, the traders, and the “thought leaders.”
Avoid “thought leaders” like the plague. Entrepreneurs can be okay, however they mostly act spil hype studs or tweet about their own projects. Investors mostly tweet about prices and hype-y projects, so if that’s your thing, that’s your thing. Journalists tend to tweet about major news items of the day—I recommend staying away unless you need real-time analysis, which you most likely don’t. If you’re an active trader it might be significant, but if you’re attempting to build on the blockchain, most real-time stuff is a distraction.
Pay the most attention to the builders. They’re the people who matter most right now, and who are pushing the technology forward.
A few representatives from each category (do a breadth-first search of who thesis people go after if you want to pack out your Twitter feed):
- Vitalik Buterin, Ethereum
- Zooko Wilcox, ZCash
- Nick Szabo, inventor of wise contracts
- Vlad Zamfir, Ethereum
- Marco Santori, Cooley LLP
- Riccardo “fluffypony” Spagni, Monero
- Matt Liston, Gnosis
- Balaji Srinivasan, Earn.com
- Erik Voorhees, Shapeshift
- Naval Ravikant, MetaStable
- Ari Paul, Blocktower Capital
- Linda Xie, Scalar Capital
- Chris Burniske, Placeholder
- Tuur Demeester, Adamant Research
- Laura Shin, Forbes
(You should also go after mij, however I certainly don’t belong on this list.)
All that said, I recommend minimizing your exposure to Twitter and Reddit. If you’re not a verslaggever or a daytrader, chances are, you don’t need a firehose of realtime chatter. Significant information will bubble up to you asynchronously. There are several good news digests that will summarize the most significant news of the day/week that you can consume on your own time without being at the grace of attention markets.
I recommend subscribing to Inwards Bitcoin for daily digests of the most significant crypto news chunks (it covers more than just Bitcoin). For token projects, Token Economy has excellent weekly writeups, and Week te Ethereum has good digests of developer-focused happenings ter the Ethereum ecosystem.
Beyond this, you most likely don’t need to be monitoring for real-time news. Concentrate on building stuff and learning.
You’ll want to go after the best blogs. Long-form content tends to be the best verschrikt for the buck. I recommend following thesis:
- Vitalik Buterin for excellent blockchain and cryptoeconomic analysis (read all of his older blog posts spil well, Vitalik is widely regarded spil a once-in-a-generation thinker)
- Hacking, Distributed for blockchain security analyses by Cornell researchers
- Unenumerated, Nick Szabo’s luminary blog with challenging and eclectic essays about the role of cryptocurrencies te society
- Money Stuff, Matt Levine’s Bloomberg syndication, with cutting and insightful analysis that touches on the intersection of markets, finance, and blockchain news
- Vlad Zamfir for tempered and cautious perspectives on the state and public blockchains
- Chris Burniske for a string of excellent blog posts on how to value crypto assets
- Jameson Lopp for his fine technical posts from the perspective of a software engineer building for the blockchain ecosystem
- Fine Wall of Numbers by Tim Swanson, for his sober and unflinching deconstruction of blockchain mania, especially te the enterprise space
(You should also read my blog, tho’ again, I don’t fairly belong on this list.)
Books and courses
If you want a more structured treatment to learning this material, there are a few high-quality books and courses out there (and a lotsbestemming of low-quality ones).
The best overall textbook for blockchains is Bitcoin and Cryptocurrency Technologies (which accompanies the Princeton Coursera course). The only other books I’d recommend ter this space are Mastering Bitcoin by Andreas Antonopoulos, and his upcoming Mastering Ethereum, co-authored by Ethereum cofounder Gavin Wood (both published by O’Reilly). The one nontechnical book I’d recommend is Digital Gold by Nathaniel Popper. Pretty much everything else worth reading will be ter blogs, not books — this space is moving so prompt that the most significant figures seldom have the time to write books, and books are often outdated by the time they’re released.
If you want a more structured treatment to learning this material, there are a few high-quality courses out there (and a loterijlot of low-quality ones). I’ve already linked to a duo lectures from the Princeton Coursera Course (the movies are on Youtube spil well), and the UC Berkeley Decal. I’ve also heard good things about Consensys Academy for folks who want to get into brainy contract development.
I’m also training a 4-week seminar on cryptocurrencies for software developers at the Bradfield Schoolgebouw of Pc Science ter SF. The course is in-person te SF only and seats are limited, since it’s a puny and in-depth seminar-style class. But if you’re a software engineer te SF and want to learn more about the theory and practice behind cryptocurrencies, it might be a good gezond for you.
Getting a job
Spil I said before, blockchain startups are hiring like crazy. If you’ve actually gotten this far and have done even half the things I suggested, you are very likely already employable ter this space. AngelList did a fine writeup on how to get a job ter the crypto space.
There are several good aggregators for blockchain-related job postings:
Some particularly promising blockchain startups that I know are hiring devs:
There are also a number of larger companies te the market for crypto devs:
- Coinbase, the Google of crypto, is always hiring like crazy
- Stellar and Ripple if you want to work directly on more enterprise-friendly cryptocurrencies
- Square has integrated some blockchain, tho’ not sure if they’re hiring externally
- IBM, Visa, or JP Morgan if you want to kick it old schoolgebouw
(Note that this specific company list is super Bay Area-centric, because that’s where I live, so your mileage may vary. The job aggregators are more global tho’.)
But to my mind, the best way to get involved ter a company is to find a project you’re excited about and reach out to them directly. Most blockchain teams are willing to hire remote for the right talent. Many devs are readily accessible on Twitter, Github, or on their public Slack channels. If you have a solid portfolio and can demonstrate technical chops, most people will be affected if you voorstelling some initiative.
And that’s spil far spil I’ve got for you. If you’ve done all of the above, you should be set, and you’ll most likely be even further along than mij before long.
The rabbit wormhole
What I’ve shown you is just the beginning. Cryptocurrencies are still te their infancy, and I indeed believe the is the most rapidly evolving space you can be working ter. I’m sure this guide will be out of date within a year, and there are so many amazing projects I haven’t had the chance to talk about. But if you get into this space, you’ll find them ter due time.
Keep exploring. Keep getting better. Keep learning.