Findora Platform
Licensing
The primary license for Platform is the Business Source License 1.1 (BUSL-1.1
), see LICENSE
.
Exceptions
- All files in
components/contracts
are licensed underApache-2.0
Category: Rust / Machine learning |
Watchers: 11 |
Star: 21 |
Fork: 10 |
Last update: Sep 29, 2021 |
The primary license for Platform is the Business Source License 1.1 (BUSL-1.1
), see LICENSE
.
components/contracts
are licensed under Apache-2.0
when trying to get data by block hash (i.e. using eth_getTransactionByBlockHashAndIndex
or eth_getBlockByHash
) returned response is null, even though the transaction has been broadcasted successfully and receipt has been received (so the block is valid as well as its hash).
The problem happens NOT all the time. Sometimes both methods calls return the result (transaction or block), like in the attached video - this time we could get block data but could not get transaction data. Sometimes both methods fail. Sometimes both are passing, which makes it tricky to test and catch the reason.
Screenshots:
https://user-images.githubusercontent.com/1706749/143919892-921c72b1-c460-4f70-99f9-b9438753e7c2.mp4
env: Forge
1、configure your
.env_rpc_dev.json
and provide proper host url and mnemonic of the account which has EVM FRAfor first 4 addresses
2、run
yarn test:emv:integration:rpc:devnet
description: no code at contract address. Screenshots:
operating system:
service:
Code version:
1、 clone compound project from github,deploy Comptroller contract successfully 2、 can scan on https://blockscout.findorascan.io/address/0xEDECF0D00E1d737514F64f21fdB6aF530da1A428 3、 but web3.eth.getCode("0x9f42De77AE4bD79658c6cB1A24774e08153A245F"); return 0x; can sendtransaction ,but call function return error:CALL_EXCEPTION
description: evm>native transfer error
Screenshots:
operating system: macos
service: https://dev-qa02.dev.findora.org
Code version: Build: testnet-evm-v0.2.6b 2021-11-22
1、evm>native transfer
description: There is one block with very strange block info when we use
eth_getBlockByNumber
operating system: N/A service: Forge testnet test Code version:
1、
curl -H 'Content-Type: application/json' --data '{"method": "eth_getBlockByNumber", "jsonrpc":"2.0", "params":[135134, false], "id": 1}' https://prod-forge.prod.findora.org:8545 | jq .
We can get the block hash of 135134 is0x0ef7bb9a32b72756b5d48f001f78e87798406bce5eaea6dbe09d9f6473a272d1
and we get the stateRoot0x8133cc87d8f9bc17b3e31deac4cd7fb97e6852a2211e4e3b22fbfccd3874b566
2、
curl -H 'Content-Type: application/json' --data '{"method": "eth_getBlockByNumber", "jsonrpc":"2.0", "params":[135135, false], "id": 1}' https://prod-forge.prod.findora.org:8545 | jq .
We can find out that the paretHash is0xac0df09f0699fdaa8af40ce553cd3c03440fc41db47a70ed70e30d86664215f6
, which is not match with the previous information. The stateRoot also changes to0x1fe00727b579c67555fd07079b36e5b97ce92c2486de6656210f147bf21f3bc3
without any transaction.
3、
curl -H 'Content-Type: application/json' --data '{"method": "eth_getBlockByNumber", "jsonrpc":"2.0", "params":[135136, false], "id": 1}' https://prod-forge.prod.findora.org:8545 | jq .
We can see the parent hash matches the hash of previous block again. The stateRoot changes back to0x8133cc87d8f9bc17b3e31deac4cd7fb97e6852a2211e4e3b22fbfccd3874b566
without any transaction. This may be a clue.
description:
estimate_gas
is too larger thanused_gas
, this will cause confusions for the contract developers. Screenshots:
operating system: linux service:
Code version:
1、
2、
3、
description: evm>native 转账,交易成功,evm账户扣了0.01手续费,但是转账金额evm账户没有扣除,native账户没有增加
Screenshots:
operating system: unbuntu
service: findora
Code version: mock-mainnet Build: testnet-evm-v0.2.7a 2021-11-26
1、evm账户余额2.409999fra
2、evm>native转账2.409999fra
make sure that you have executed all the following process and no errors occur
The major changes of this PR
make sure that you have executed all the following process and no errors occur
The major changes of this PR
v0.2.0
wasm
changes:
fn
changes:
50_0000 + 10_0000 * x + 20_0000 * y + (10_000 * extra_outputs)
in ledger)make sure that you have executed all the following process and no errors occur
The major changes of this PR
make sure that you have executed all the following process and no errors occur
The major changes of this PR
make sure that you have executed all the following process and no errors occur
The major changes of this PR Fix the problem that sending that transaction to the main network will result in incorrect nonce
The main reason is because the previous pre-execution logic does not specify the height,, that is, when evm_checktx_nonce does not reach the specified height, nonce will be in the check_tx in +1, and then go to execute execute, this time will be nonce check error
description: After submitting a new bar to abar tx I am getting a commitment, but source utxo is not spent as well as a new commitment has no associated abars.
Screenshots:
https://user-images.githubusercontent.com/1706749/174849205-c9377f17-8ce7-4010-8542-7717b4aed2cf.mp4
operating system: mac os service:
Code version: develop branch of platform on this hash
commit d9028afaeaeb244e4a91cf02ab52323068543ea7 (HEAD -> develop, origin/develop)
Author: tiannian <[email protected]>
Date: Thu Jun 16 17:12:14 2022 +0800
add seed argument to support store commitment (#338)
1、 checkout SDK on branch
feat_fo_979_abar_transfer_tx
2、 updatebarToAbar
method inrun.ts
with a anon wallet info you own and utxo you own, update.env
file , setPKEY_MINE
equal to a private key of the FRA account which you own and has that utxo sid 3、 runyarn start