Open newbreedofgeek opened 2 years ago
[BUG]
We are working on Milestone 1.
As we connect to the PlatON Dev Testnet using Metamask / web3; the networkVersion
also called network id is reported as "1"
"1" is Ethereum mainnet, it should report it as "210309" which is the PlatON Dev testnet network id.
I'm not sure where this bug is happening, there is a chance that the PlatON node (RPC node) is not reporting the correct network ID.
using this config:
We are having a workaround on our data dex to deal with this until it's fixed: https://github.com/Itheum/data-dex/issues/51
[BUG]
We are working on Milestone 1.
As we connect to the PlatON Dev Testnet using Metamask / web3; the
networkVersion
also called network id is reported as "1""1" is Ethereum mainnet, it should report it as "210309" which is the PlatON Dev testnet network id.
I'm not sure where this bug is happening, there is a chance that the PlatON node (RPC node) is not reporting the correct network ID.
using this config:
We are having a workaround on our data dex to deal with this until it's fixed: Itheum/data-dex#51
@newbreedofgeek What is the exact error generated? Personally, I understand that the network identifier should be the 'chainid', and the screenshot of the chainid shows 0x33585 (decimal 210309)
hi @biganxin
When PlatON network is connected, web3.js returns "1" for networkVersion
All the other chains, return the chainID as networkVersion (converted to decimal). For e.g. this is the BSC testnet as per web3.js
Usually all the other EVM compatible chains keep chainID and networkVersion the same.
In Itheum, we use net.getId() to toggle features of the data DEX as per: https://github.com/Itheum/data-dex/blob/main/src/App.js#L69
This explains the chainId and networkId - https://besu.hyperledger.org/en/stable/Concepts/NetworkID-And-ChainID/
It's not a blocker for us by the way, we can work around it by using chainID... @biganxin
But the PlatON EVM interface via web3 seems slightly different that other EVM chains - so other developers may raise this as a bug
In PlatON&Alaya the ChainID
and NetworkID
are different,normally the networkid
is unrestricted, you can specify it with any value, in which case node can only be associated with nodes of the same network, strictly, we distinguish a blockchain by chainid, here are some examples:
@newbreedofgeek
the PlatON EVM interface via web3 seems slightly different that other EVM chains - so other developers may raise this as a bug
PlatON v1.1.1 and Alaya 0.16.1 are all compatible with EVM now, both devnet ware upgraded, you can try them Please give me feedback if you have any questions thanks
@benbaley tnx!
we now use ChainID in our DEX and it works fine, we will let you if we have any other questions...
Project Progress 2021.12.10 Milestone 1:
- team
This PR has the Module 1: 2 so we can mark this [Completed] this as well. https://github.com/AlayaNetwork/Developer-Events/pull/63
Good, Thank you for your hard work! An overview of the progress of the follow-up project can be updated here for easy confirmation~
Issue feedback(50U) rewards have been issued (2021.12.29 Base Price 0.12)
Project name: Itheum (World's 1st Decentralised Data Brokerage which aims to build a Trusted Computation Framework layer on Alaya/PlatON
Project repository:
Project overview: Itheum is a decentralised data brokerage. It's a cross-chain "Data DEX" that allows users to trade personal data securely on-chain (works on EVM chains). Itheum also allows for the storage of highly secure sensitive data within "Data Vaults" and we have a feature called the "Trusted Computation Framework" that brings the compute-to-the-data via privacy-preserving tech (like Secure Multi-Party Computation, Homomorphic Encryption and Zero-Knowledge Proofs). PlatON's Whitepaper shows the concept of a "Data Market" that forms a key component in their "Layer 2" architecture. Itheum will enable real-world programs like "OKPulse" and "Red Heart Challenge" and then uses the Data DEX for cross-chain data sharing. Itheum requires a privacy-preserving layer to handle the private data sharing and compute. The successful integration between Itheum and PlayON will demonstrate this working in unison. i.e. Itheum will be a highly valuable PlatON "Data Market" for real-world data sharing use-cases.
Project planning: We aim to deliver (at least) 4 Milestones that will establish the "Itheum <> PlatON Link" needed for the trusted computation framework to work.
Milestone 1 —— Deploy of Data DEX contracts to work with PlatON Total Estimated Duration: 1 Month
Milestone 2 —— Usage of Data DEX using PlatON wallet/identity Total Estimated Duration: 1 Month
Milestone 3 —— Enabling the Trusted Computation Sandbox - Design Total Estimated Duration: 1 Month
Milestone 4 —— Enabling the Trusted Computation Sandbox - Development Total Estimated Duration: 1-3 Month
Contact info: https://t.me/thisismarkpaul
LAT address: lat1s8jj72em6zanc57gudqxs7rxcps95nm69v8uq2