Closed junghyun0783 closed 10 months ago
Validated = false makes sense,
When you submit a tx the immediate response is that it was accepted, but not yet validated.
If you query the same TX four seconds later after ledger close, it will be validated true and included in a ledger.
Regarding setting the flag: if I look at your account @ Testnet (based on sequence I figure this is testnet), I don't see the transaction you're referring to.
https://test.bithomp.com/explorer/rGG9k2shfmrYsuoonsDLjUgNUugfL72Ps6
Which makes me assume you're actually not yet synced to the network.
What does a rippled server_info
(executed in/by the docker container running rippled) call return? Do you show active syncedd ledgers?
@WietseWind If you look at server_info
{
"result": {
"info": {
"build_version": "1.12.0",
"complete_ledgers": "42857704-43909700",
"fetch_pack": 7817,
"hostid": "SAIL",
"initial_sync_duration_us": "239270282",
"io_latency_ms": 1,
"jq_trans_overflow": "0",
"last_close": {
"converge_time_s": 3.004,
"proposers": 6
},
"load_factor": 1,
"peer_disconnects": "813",
"peer_disconnects_resources": "0",
"peers": 10,
"ports": [
{
"port": "80",
"protocol": [
"ws"
]
},
{
"port": "51235",
"protocol": [
"peer"
]
}
],
"pubkey_node": "n9KQfTM79SiAarNjEm8MAK9Ew7zwrZnABVy4zVFsvsAV14b8pEKJ",
"server_state": "full",
"server_state_duration_us": "56679646278",
"state_accounting": {
"connected": {
"duration_us": "104119220",
"transitions": "2"
},
"disconnected": {
"duration_us": "129142832",
"transitions": "2"
},
"full": {
"duration_us": "56679646278",
"transitions": "1"
},
"syncing": {
"duration_us": "6008213",
"transitions": "1"
},
"tracking": {
"duration_us": "14",
"transitions": "1"
}
},
"time": "2023-Dec-22 00:28:47.349388 UTC",
"uptime": 56918,
"validated_ledger": {
"age": 4,
"base_fee_xrp": 1e-05,
"hash": "9991AE12641E91D4E5514CCBC832C626A49B7835D57EE620866041AB5568B047",
"reserve_base_xrp": 10,
"reserve_inc_xrp": 2,
"seq": 43909700
},
"validation_quorum": 5
},
"status": "success"
}
}
It is output like this. Maybe it's not synchronized yet?
It is fully connected;
"server_state": "full",
Meaning something else isn't right with your transaction or signing.
Try skipping LastLedgerSequence
(not needed in this case, could be too tight)
Try to strip down the TX to the bare minimum, e.g. drop the Memos, etc.
Looking at hour account Sequence on testnet, it could also be your Sequence already passed or was taken by another Tx.
@WietseWind Thank you so much!! Solved. It works right away when I remove the memos.... However, there are memos on the xrp official website... Why is "requireDestinationTag: true" even without memos? As far as I know, the role of memos is to set "requireDestinationTag: true". gpt told me...^^
Memos are just to add notes / invoice IDs / trace codes to transactions.
It will work with a Memo, just as long as it's correctly formatted and contains nothing other than valid Hexadecimal values (potentially decoding to UTF8 values)
hello! I want to enable “destination Tag”. I want to make "requireDestinationTag": true. I followed it by referring to (https://xrpl.org/require-destination-tags.html).
I created and sent a tx... "requireDestinationTag": does not change to true. result
It comes out like this... One thing I guess is that when I looked up the hash, it was “validated”: false. What can I do to solve this problem? I need help. Maybe I did something wrong in the config file?