Ethereum community and its ecosystem Networks Visualisation Analysis
Ethereum community and ecosystem: Networks visualisation analysis
Visualisation of the Ethereum Ecosystem: interactions and relationships between subcommunities.
In the previous reflexions we have analysed the conditions for a crowd to become a community, we have determined that the open and distributed protocol behind Ethereum is acting as a foundation for a vibrant ecosystem that is shaped by hundreds of active groups of individuals scattered around the world. It has allowed the creation of a structured systems of communities governed by a general set of rules; we have also observed that this communities is subdivided in specialised groups.
If we had to describe the shape of its community, Ethereum looks like a polymorph system, organised around a decentralised network of sub-communities.
By sub-communities we mean of groups of interests organised around one or several structure, develop reciprocal influence between them and that exists as part of a larger community.
Polymorph because it looks like a single symbol but when we investigate details, it represents multiple types of entities.
This speculative map attempts to categorize the main subdivisions of the Ethereum ecosystem. If we assume that the Ethereum blockchain is the basis for a Dapps platform (distributed application), its open protocol is a public infrastructure. its infrastructure is so essential for the performance and operation of all Dapps.
Groups of specialised individuals get together around specific projects in order to satisfy different needs.
Some groups will focus around projects in order to improve of the protocol itself (the EVM for example) others will be focus on projects that help the scalability of the system (layer 2), others will try to develop application on the protocol in order to solve problem for other groups of people outside the community…..
We can use this method to help categorised and understand the Ethereum community however, the problem with this approach is that each groups who focus around one projects, can have members who are also involved or interested to other projects, an interconnection between project that we need to analyse
Network visualisation analysis
With this method we will try to identify sub-communities inside the Ethereum ecosystem by using a network analysis method named graph theory and network analysis.
The purpose of this graph analysis is to observe and understand the reciprocal influence of subcommunities inside the Ethereum ecosystem. In this analysis I have used an open source command-line tool written in Python to retrieve data from Twitter and then an open-source software for visualizing and analysing large networks graph.
The data collected are public data (official twitter account) of most famous projects building on ethereum or "ethereum friendly" project, helping the ecosystem (eg: Ipfs, zcash fondation, polkadot, cosmos, Ocean protocol....).
I have curated122 projects in order to determine their reputation (what is a famous project?) according of standard criteria:
- Does it have a long-term historical reputation? - Does it have a github accounts? - Does it have other social media exposure (twitter reddit facebook youtube and so on)? - How many people are signalling they support this project? - Is it backed by others official projects or influencer (developers, entrepreneurs, analysts) within the ecosystem? - What is the probability that it satisfies one of set of needs stated above (usability, prosperity, value satisfaction)? You can find the entire list in github.
Analysing a community via twitter will not give you an exact metrics on the nature of a community but an attempt to gain a better understanding. The graph visualisation of the “who’s following who” in twitter allows us to highlight the structure of the network’s relationships and identify projects whose position is specific. It also allows us to identify weak and strong signal such as:
- The diversity and density of the network, the degree of influence of a project, how the flow of information transmit itself from project to project.
- Identify potential affinity and interest between projects and eventually identify sub-community within the network. Unfortunately, not all projects will be represented as not all of them have enough visibility or credibility (in my opinion) to be considered in my analysis.
I encourage everyone to participate to the collaborative library I have created and add missing data about Ethereum projects.
Analysis of the different graphs
On of the most interesting graph is the graph who combine Fruchterman-Reingold,Fruchterman-Reingold, Weight Degree and Hubs and authorities algorithm.
In our analysis this graph algorithm was used to emphasis the importance and the influence in term of attraction and relationship each nodes has inside its network, identified which hubs as the most authorities ( high number of interconnection with the rest of the network + higher flow of informations passing through them). Large and cold color hubs represent hubs with higher score of authority and high weighted value within the network.
In this graph we can observe that project like Ethereum Network, Mycrypto, MyethereumWallet, Consensys, Metamask, Status are the projects who attract most of informations flow and are the most important in term of “weighted value”(hubs with large number of relationship and interconnection) compare to the rest of the network .On the other hand small and warm color hubs represent hubs with small score of authority, small weighted value (hubs with smaller number of relationship and interconnection) and less affinity compare to the rest of the network.
Another interesting graph is the graph who combine ForceAtlas2, Weight Degree and Modularity algorithm.
In our analysis this graph algorithm was used to analyse the structure of the community and identified potential sub-community inter-relation.
ForceAtlas2 algorithm introduce the notion of repulsion/attraction force between nodes and hedges, nodes repulse each others like charged particle, while edges attract their nodes. At the end the graph create a more balanced state of the network, it also emphasis dependency within this network of hubs. Dense cluster of hubs means hubs with lot of affinity between each other.
The warmer the color of the hubs the more inclusive a hubs is (hubs with interconnection and relationship with almost every types of hubs within the network). The colder the color the less inclusive a hubs is (hubs with always the same interconnection and relationship with similar hubs within the network).
The size of the hubs is like above their comparative weight value. Large weighted value hubs tend to attract smaller one (node with high level of dependency) in the middle of the graph but some of them have enough repulsion power (low level of dependency) to be located on the hedge of the network. The density of cluster of small hubs around large one represent their level of interest and affinity.
With this graph we can observe few trends and we can also observe different type of sub-community.
1) Ethereum.network is the most attractive and the most inclusive hub in the network, it is a hub who have a lot of affinity among most hubs in the network
2) MyethereumWallet, the second most attractive hub, is less inclusive and interact with a less diverse group. However we can also notice that MyethereumWallet draw a lot of small hubs with similar affinity around him. (Ethereum Classic, nanopool, Idex, forkdelta, Adex Network, Etherchain, POA Network, Ocean trade….)
3) Hubs around Web3 foundation, Parity technology (dark blue colors) who seems to have a high degree of affinity with the same types of hubs, they interact a lot with each others with a poor level of inclusiveness among the network as a whole (each nodes seems to always interact with the same nodes within the network).
4) Hubs around Consensys (light blue colors) seems to have a high degree of affinity among them and interact a lot with each others with relatively low level of inclusiveness. They have a low level of dependency with the rest of the network hence are located on the left inside of the graph.
5) Hubs around Cryptokitties, Spankchain, Omnisego and KyberNetwork who interact with a wilder varities of hubs within the network. The have a moderated level of dependency.
6) Hubs with high very low level of dependency but low level of inclusiveness like Uport, Trubit, Metamask, etherbounties, Infura, Giveth. They tend to interact with always the same groups of hubs but seems to enjoy a higher level of independency.
7) Hubs with high very low level of dependency and high level of inclusiveness like Truffle, Makerdao, Ethersphere, Gnosis, Storj who have been repulsed from the center of the graph while having a strong amount of edges. We can interpret them as hubs on the rise, hubs who are in a process to becoming themselve magnet within the network or form their own sub-community (in the case of Makerdao)
8) Ethereum foundation and the Ethereum Community Fund are not central to the network or located in dense area but on the hedge with relative degree of inclusiveness.
The first step for the foundation of a credible governance model is the need for pro-active communications between members of the Ethereum community.
Network visualisation analysis could be a nice tools to understand the relationships between sub-communities and project who attract lot of attentions as well as understanding how the informations flow inside the Ethereum ecosystem.
Want to help? have a look at my github account
Feel free to fork it, add comment, data or even add new projects.
Thank you cards address: Kudos me @0x2e34cdb393c08086e759e3d186b3b4fb2ca5b1b2
- Kauri original title: Ethereum community and its ecosystem Networks Visualisation Analysis
- Kauri original link: https://kauri.io/ethereum-community-and-its-ecosystem-networks-visu/cd37b69782ee45d6a96caa6e1ab43f42/a
- Kauri original author: Michael A (@silver84)
- Kauri original Publication date: 2019-03-20
- Kauri original tags: ethereum, ecosystem, community, analysis, governance
- Kauri original hash: QmNTd7aJxzKJqub8TF3FN8SjZDk8byJgrDoKWVe1HsMC4B
- Kauri original checkpoint: QmRS3wCLX2MRi62bg9NTM89qNkgm3XjpKXciLvCKAr1f1g