-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
yarn start:contract
fails: Proposal rejected at propose-start-contract.sh
#44
Comments
Thanks for reporting your experience. Please stay tuned for follow-up. |
Does this solve your issue @migueldingli1997 #43 (comment) |
A potential solution here - or something that should be done regardless - is breaking down This happens to me intermittently as well, and it's a pain to have to start from square 0. The distinctly separate steps seem to be -
Often times, it seems to get tripped up on voting (out of gas, inactive proposal). It would be helpful if I can retry from step 3, without needing to mint more IST or reinstall existing bundles. Other thoughts -
|
[...]
Here's hoping we can have a separate issue for each root cause we identify. |
The I make some progress in that direction in ag-power-tools: It writes to |
See: |
The logs above don't include that string. I don't see why the proposal failed... unless the proposal timed out? Does anybody else have thoughts on root cause here? |
Hey @dckc it's hard to know if the account sequence mismatch errors are at all related to the proposal rejection. I got an example of an account sequence mismatch happening error right before (click me)...
+ agd tx gov submit-proposal swingset-core-eval start-game1-permit.json start-game1.js '--title=Start Game Place Contract' '--description=Evaluate start-game1.js' --deposit=10000000ubld --gas=auto --gas-adjustment=1.2 --from user1 --chain-id agoriclocal --keyring-backend=test --yes -b block
gas estimate: 1014733
code: 0
codespace: ""
data: 0A2B0A252F636F736D6F732E676F762E763162657461312E4D73675375626D697450726F706F73616C12020809
events:
- attributes:
- index: true
key: ZmVl
value: ""
type: tx
- attributes:
- index: true
key: YWNjX3NlcQ==
value: YWdvcmljMXhlMjY5eTNmaHllOG5ybGR1ZjgyNndnbjQ5OXk2d21udjMydHc1LzEz
type: tx
- attributes:
- index: true
key: c2lnbmF0dXJl
value: bjdxejdUWGhQdXQwRmgrUVBYNEs5ejNaOFpDdjgxcUpzTVRuQklwTG9xY3BBcEgwdWl1bTc4Zkl2MmxPRy84QnlsNzJXS21rd3RYUHFYV0JEYktVYmc9PQ==
type: tx
- attributes:
- index: true
key: YWN0aW9u
value: L2Nvc21vcy5nb3YudjFiZXRhMS5Nc2dTdWJtaXRQcm9wb3NhbA==
type: message
- attributes:
- index: true
key: cHJvcG9zYWxfaWQ=
value: OQ==
type: submit_proposal
- attributes:
- index: true
key: c3BlbmRlcg==
value: YWdvcmljMXhlMjY5eTNmaHllOG5ybGR1ZjgyNndnbjQ5OXk2d21udjMydHc1
- index: true
key: YW1vdW50
value: MTAwMDAwMDB1Ymxk
type: coin_spent
- attributes:
- index: true
key: cmVjZWl2ZXI=
value: YWdvcmljMTBkMDd5MjY1Z21tdXZ0NHowdzlhdzg4MGpuc3I3MDBqZ2wzNng5
- index: true
key: YW1vdW50
value: MTAwMDAwMDB1Ymxk
type: coin_received
- attributes:
- index: true
key: cmVjaXBpZW50
value: YWdvcmljMTBkMDd5MjY1Z21tdXZ0NHowdzlhdzg4MGpuc3I3MDBqZ2wzNng5
- index: true
key: c2VuZGVy
value: YWdvcmljMXhlMjY5eTNmaHllOG5ybGR1ZjgyNndnbjQ5OXk2d21udjMydHc1
- index: true
key: YW1vdW50
value: MTAwMDAwMDB1Ymxk
type: transfer
- attributes:
- index: true
key: c2VuZGVy
value: YWdvcmljMXhlMjY5eTNmaHllOG5ybGR1ZjgyNndnbjQ5OXk2d21udjMydHc1
type: message
- attributes:
- index: true
key: YW1vdW50
value: MTAwMDAwMDB1Ymxk
- index: true
key: cHJvcG9zYWxfaWQ=
value: OQ==
type: proposal_deposit
- attributes:
- index: true
key: bW9kdWxl
value: Z292ZXJuYW5jZQ==
- index: true
key: c2VuZGVy
value: YWdvcmljMXhlMjY5eTNmaHllOG5ybGR1ZjgyNndnbjQ5OXk2d21udjMydHc1
type: message
- attributes:
- index: true
key: cHJvcG9zYWxfdHlwZQ==
value: Q29yZUV2YWw=
- index: true
key: dm90aW5nX3BlcmlvZF9zdGFydA==
value: OQ==
type: submit_proposal
gas_used: "842591"
gas_wanted: "1014733"
height: "1110"
info: ""
logs:
- events:
- attributes:
- key: receiver
value: agoric10d07y265gmmuvt4z0w9aw880jnsr700jgl36x9
- key: amount
value: 10000000ubld
type: coin_received
- attributes:
- key: spender
value: agoric1xe269y3fhye8nrlduf826wgn499y6wmnv32tw5
- key: amount
value: 10000000ubld
type: coin_spent
- attributes:
- key: action
value: /cosmos.gov.v1beta1.MsgSubmitProposal
- key: sender
value: agoric1xe269y3fhye8nrlduf826wgn499y6wmnv32tw5
- key: module
value: governance
- key: sender
value: agoric1xe269y3fhye8nrlduf826wgn499y6wmnv32tw5
type: message
- attributes:
- key: amount
value: 10000000ubld
- key: proposal_id
value: "9"
type: proposal_deposit
- attributes:
- key: proposal_id
value: "9"
- key: proposal_type
value: CoreEval
- key: voting_period_start
value: "9"
type: submit_proposal
- attributes:
- key: recipient
value: agoric10d07y265gmmuvt4z0w9aw880jnsr700jgl36x9
- key: sender
value: agoric1xe269y3fhye8nrlduf826wgn499y6wmnv32tw5
- key: amount
value: 10000000ubld
type: transfer
log: ""
msg_index: 0
raw_log: '[{"events":[{"type":"coin_received","attributes":[{"key":"receiver","value":"agoric10d07y265gmmuvt4z0w9aw880jnsr700jgl36x9"},{"key":"amount","value":"10000000ubld"}]},{"type":"coin_spent","attributes":[{"key":"spender","value":"agoric1xe269y3fhye8nrlduf826wgn499y6wmnv32tw5"},{"key":"amount","value":"10000000ubld"}]},{"type":"message","attributes":[{"key":"action","value":"/cosmos.gov.v1beta1.MsgSubmitProposal"},{"key":"sender","value":"agoric1xe269y3fhye8nrlduf826wgn499y6wmnv32tw5"},{"key":"module","value":"governance"},{"key":"sender","value":"agoric1xe269y3fhye8nrlduf826wgn499y6wmnv32tw5"}]},{"type":"proposal_deposit","attributes":[{"key":"amount","value":"10000000ubld"},{"key":"proposal_id","value":"9"}]},{"type":"submit_proposal","attributes":[{"key":"proposal_id","value":"9"},{"key":"proposal_type","value":"CoreEval"},{"key":"voting_period_start","value":"9"}]},{"type":"transfer","attributes":[{"key":"recipient","value":"agoric10d07y265gmmuvt4z0w9aw880jnsr700jgl36x9"},{"key":"sender","value":"agoric1xe269y3fhye8nrlduf826wgn499y6wmnv32tw5"},{"key":"amount","value":"10000000ubld"}]}]}]'
timestamp: ""
tx: null
txhash: BE6B301E67489DF441428C3DA461E0C1F2F12CF87A3D30848DFD9B82A95416B4
+ set +x
ENV_SETUP starting
ENV_SETUP finished
waiting for block...
1
block produced
done
waiting for block...
1
block produced
done
code: 32
codespace: sdk
data: ""
events: []
gas_used: "0"
gas_wanted: "0"
height: "0"
info: ""
logs: []
raw_log: 'account sequence mismatch, expected 41, got 40: incorrect account sequence'
timestamp: ""
tx: null
txhash: B9D19A5A17010834891DB965155A70460C2CFBE63F15689C93A9D952C29244F7
waiting for block...
1
block produced
done
code: 0
codespace: ""
data: ""
events: []
gas_used: "0"
gas_wanted: "0"
height: "0"
info: ""
logs: []
raw_log: '[]'
timestamp: ""
tx: null
txhash: F65FBDE3F81D83A01AC633FB7D03ABAAF7D2D58189BD37D439AEAB71EEBA7A80
waiting for block...
1
block produced
done
Import the following mnemonic into Keplr:
survey thank matrix joke trim more make gossip spread yellow unfold under cash beach harsh fire blush achieve oak swamp pluck clock rocket leg
The resulting address should be: agoric1xe269y3fhye8nrlduf826wgn499y6wmnv32tw5
make: Leaving directory '/workspace/contract'
✨ Done in 203.29s. |
Something I'm suspecting (but have no direct evidence to back it up) is that the problems I'm facing are due to the container running slower than expected because of Mac M1 chip. Today I've installed a recently released Docker update that mentions better performance. I'll see if this has any impact on proposals passing or the sequence mismatch errors. |
That would be consistent with my "unless the proposal timed out?" hypothesis. Lack of timestamps in some places is a pain. A lot of the output of |
On some occasions
yarn start:contract
fails at the last moment with a proposal rejection.I've also noticed 'account sequence mismatch' errors occurring on the node logs, indicating the possibility that we're using a single account to sign more than one transaction in a single block. Perhaps the voting for the proposal is failing, causing the proposal to get rejected. But this might also not be related to the problems I'm getting.
Usually, just running
yarn start:contract
again resolves the issue and the contract gets deployed, but sometimes it doesn't, causing an annoying setback.Attaching logs from start:contract... (click me)
Attaching logs from Docker container at the same block range... (click me)
The text was updated successfully, but these errors were encountered: