celo-extension-wallet
v1-contracts
| celo-extension-wallet | v1-contracts | |
|---|---|---|
| 1 | 2 | |
| 10 | 362 | |
| - | - | |
| 4.2 | 0.0 | |
| 4 months ago | about 3 years ago | |
| JavaScript | Python | |
| MIT License | GNU General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
celo-extension-wallet
-
Ethereum Isn't Fun Anymore
You might consider taking a look at Celo. They have ultra-light client support [0], it's proof-of-stake with single-block finality, and they run a true EVM that you can program in Solidity. It's mobile-first but since it's fundamentally a fork of Ethereum it is also web3 compatible -- there's a metamask fork here that should soon be functional [1]. Gas is payable in multiple ERC20 tokens, and should remain cheap as the network scales. Not sure if this falls under your "ethereum killers that can do 10x transactions/second" so apologies for shilling if it's not interesting to you.
[0] https://docs.celo.org/celo-codebase/protocol/plumo
[1] https://github.com/dsrvlabs/celo-extension-wallet
v1-contracts
- Are there any interesting projects that are backed by "small" smart contracts?
-
Ethereum Isn't Fun Anymore
If you're working on "large Ethereum smart contracts" you've missed the point. On chain logic should always be as minimal as possible. Uniswap v1 was two vyper files. One was 46 lines, and the other was 496 lines[1]. It took like 20 minutes to read through the code thoroughly, and was one of the most impactful contracts ever deployed to the network.
Solidity also matured a lot, which is why Uniswap v2 moved back. If you find yourself writing an EVM assembler from scratch, and you're trying to build something other than a compiler, you have veered way way off course, and need to re-evaluate your system architecture.
Feature creep might work well if you're trying to leech money from a government contract or something, or being paid by line of code you contribute, but it's fatal in the Ethereum world. I consulted for a number of projects that made the exact same mistake, and most of them aren't around anymore.
[1] https://github.com/Uniswap/uniswap-v1/tree/master/contracts
What are some alternatives?
homebrew-golem - Golem is creating a global market for computing power.
v2-periphery - 🎚 Peripheral smart contracts for interacting with Uniswap V2