iroha
portal-network-specs
iroha | portal-network-specs | |
---|---|---|
4 | 10 | |
412 | 268 | |
0.7% | 3.7% | |
9.6 | 6.9 | |
7 days ago | 5 days ago | |
Rust | JavaScript | |
Apache License 2.0 | - |
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.
iroha
-
In which circumstances is C++ better than Rust?
I can show you a real world example: https://github.com/hyperledger/iroha The C++ version compiles in 3 minutes. The rust version takes 15, and the Rust version isn't even complete yet. Moreover, the target dir grows to sometimes in excess of 50GiB, if you have debug symbols, several features and incremental compilation. C++ by contrast keeps it in the low 8GiB which allows me to mount it to tmpfs.
-
Is rust-analyzer necessary?
There are no Rust files or Cargo.toml files in this repo: https://github.com/Hyperledger/Iroha
-
Looking to help out with an open source project
My daily work is developing an open source Rust blockchain. Our team is small, so we appreciate any help. You can take a look here: https://github.com/hyperledger/iroha/tree/iroha2-dev
-
My First Impressions of Web3
> Blockchains are designed to be a network of peers, but not designed such that it’s really possible for your mobile device...
If I am not mistaken Hyperledger Iroha[0] has(had?) that as one of its goals.
[0] https://github.com/hyperledger/iroha
portal-network-specs
-
Signal founder’s constructive criticism of web3
Other blockchain networks struggle because it's not trivial for wallets to have embedded nodes. It's not even really easy to do on Ethereum since light clients are hard to use, but this is improving with better infrastructure. The other hurdle for the Ethereum ecosystem is the reliance on the web stack, which trains users that the default way to interact with these networks is through a web browser, which is another limiting factor for being able to run your own node. And so yeah, obviously people will rely on Infura. But it doesn't have to be like that, this is a just result of the technology being limited (irrationally self-imposed, with the reliance on web browsers) rather than users' true desires.
-
POKT was one of the most interesting projects on ETH Denver, POKT North Star (v1) release is going to help decentralize the entire web3 in a big way
The solution is to build a different structure that eliminates the antagonistic relationships between the parties, where there's no economic advantage to scale. There's this project directly backed by EF doing that but that doesn't have VC backing and there's no token so obviously there's no hype machine pushing it along.
-
Web3APIs vs Ethers.Js?
Or better, eventually, do in a distributed way with something like the portal network: https://github.com/ethereum/portal-network-specs
- Daily General Discussion - January 9, 2022
-
My First Impressions of Web3
From the post:
> People don’t want to run their own servers, and never will...
Fair enough, but there are active efforts to develop ultra-light clients for Ethereum together with the concept of "portal network":
https://github.com/ethereum/portal-network-specs/
https://our.status.im/nimbus-fluffly/
> there’s not even a word for an actual untrusted client/server interface that will have to exist somewhere, and no acknowledgement that if successful there will ultimately be billions (!) more clients than servers.
I would not say there's "no acknowledgement" of this; depending on how deep you are in the space, it's pretty obvious that the goal is to have layered networks and mission specific networks (storage vs. messaging vs. consensus), all economically incentivized, that are p2p through and through, from the resource constrained devices of end consumers to the staking nodes that secure the networks. That's the hope, the goal, and the focus of ongoing efforts.
The opposite of the missing word is "a node in a p2p network".
The points made about the difficulty in evolving protocols quickly are not lost on me, but I guess I'm more optimistic than the author that it will happen relatively quickly in coming years, including this one. In the process, there will be opportunities seized where the protocols fall short and half-measures or worse (with respect to decentralization) will generate excitement for a time. That seems like "growing pains" to me.
- The Portal Network
-
Impromptu technical AMA on history expiry
Older blocks, transactions and receipts/logs would still be accessible through dedicated sub-protocols (eg. the Portal Network) or externally developed protocols (eg. TheGraph), in addition to a much smaller but still sufficient number of volunteer nodes and block explorers. Note that many dapps are already moving their historical data queries to TheGraph and similar protocols for efficiency.
-
State Network DHT - Development Update #2 - Eth1.x Research
Does this help? https://github.com/ethereum/stateless-ethereum-specs/wiki/Glossary
-
Making the ecosystem more light-client friendly
Reorganize the p2p network to make providing proofs simpler and cheaper; see Piper Merriam's work on this.
-
Weak statelessness and/or state expiry: coming soon (x-post from EthMagicians)
Piper Merriam's work on distributed state storage and state and witness availability: https://ethresear.ch/t/scalable-transaction-gossip/8660 and https://github.com/ethereum/stateless-ethereum-specs/pull/54
What are some alternatives?
moonworm - codegen for crypto degens and other ethereum smart contract toolkit for python
nft.storage - 😋 NFT.Storage Classic (classic.nft.storage) offers free decentralized storage and bandwidth for NFTs on IPFS and Filecoin. April 2024 Update: Existing NFT.Storage Classic account holders can add data through their Classic accounts. New account holders can transition to the new version at NFT.Storage that preserves data in Filecoin for a small fee.
aether - Aether client app with bundled front-end and P2P back-end
annotated-spec - Vitalik's annotated eth2 spec. Not intended to be "the" annotated spec; other documents like Ben Edgington's https://benjaminion.xyz/eth2-annotated-spec/ also exist. This one is intended to focus more on design rationale.
go-ethereum - Go implementation of the Ethereum protocol
nimbus-eth2 - Nim implementation of the Ethereum Beacon Chain
rotki - A portfolio tracking, analytics, accounting and management application that protects your privacy
jumpy - Tactical 2D shooter in fishy pixels style. Made with Rust-lang 🦀 and Bevy 🪶
research
Joplin - Joplin - the secure note taking and to-do app with synchronisation capabilities for Windows, macOS, Linux, Android and iOS.
ethereum-org-website - Ethereum.org is a primary online resource for the Ethereum community.