-
Notifications
You must be signed in to change notification settings - Fork 130
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
indexer-service : Unable to sign the query response attestation #122
Comments
Hi,
*Please see indexer-service log: |
More log before and after error :
|
https://gist.github.com/novy4/8fdc3de032476a16a9334a75d9e8cea4 same on my node |
After #117, these errors should only show sporadically. I have a few ideas on how to eliminate them altogether. Current behaviorRight now, what happens is that the indexer-agent creates an allocation on-chain. Then, independently, the gateway and indexer-service detect it by querying the network subgraph or contracts. And because gateway and indexer-service don't detect them at the same time, it can happen that the gateway sees an allocation before the indexer-service does, and sends payments through a state channel created for this allocation before the indexer-service has created an attestation signer for the allocation. Potential improvements
|
Short excerpt from logs (passed through graph-pino):
Shortly after, matching
|
This turned out to be an issue in the gateway, where the gateway would be stuck waiting for a transaction to be mined and would not refresh its allocations for over 18h. As a consequence, its indexer data was out of date and it sent queries to indexers against old allocations. At that point the indexers had already "forgotten" about these allocations and thus didn't have any attestation signers loaded up any more. The above improvements that I mentioned still apply but I'd rather create a new enhancement issue for this. |
I've created #123 for the corresponding improvement. |
More log : https://drive.google.com/file/d/1S1tRRijZQBv5HN8VaypPP6do1kT76XIe/view?usp=sharing
{"level":50,"time":1606053149791,"pid":37618,"hostname":"suntzu-server","name":"IndexerService","indexer":"0xD96d4B52CAb35cF3DF1d58765bD2eA7cb1Fb6016","operator":"0xD96d4B52CAb35cF3DF1d58765bD2eA7cb1Fb6016","indexer":"0xD96d4B52CAb35cF3DF1d58765bD2eA7cb1Fb6016","operator":"0xD96d4B52CAb35cF3DF1d58765bD2eA7cb1Fb6016","component":"Server","err":{"type":"Error","message":"Unable to sign the query response attestation","stack":"Error: Unable to sign the query response attestation\n at QueryProcessor.<anonymous> (/usr/local/lib/node_modules/@graphprotocol/indexer-service/dist/queries.js:71:31)\n at Generator.next (<anonymous>)\n at fulfilled (/usr/local/lib/node_modules/@graphprotocol/indexer-service/dist/queries.js:5:58)\n at processTicksAndRejections (internal/process/task_queues.js:93:5)","envelopedResponse":"{\"walletVersion\":\"@statechannels/server-wallet@1.12.0\",\"signedStates\":[{\"chainId\":\"0x00\",\"participants\":[{\"destination\":\"0x0000000000000000000000004d85f8d90f2E7a88bf1BFaBEBb02B0bC62a9932D\",\"participantId\":\"0x06d3B8d2e278adAAEcFB343f9A7a4E1206e489B9\",\"signingAddress\":\"0x06d3B8d2e278adAAEcFB343f9A7a4E1206e489B9\"},{\"destination\":\"0x000000000000000000000000AD8B03a2133FFb40dc3416ceC81c7377fC89d8E2\",\"participantId\":\"http://135.181.16.220/\",\"signingAddress\":\"0xD96d4B52CAb35cF3DF1d58765bD2eA7cb1Fb6016\"}],\"channelNonce\":14584,\"appDefinition\":\"0x65F7089292CEa554e92b3Bf5531BB9f522268081\",\"challengeDuration\":9001,\"turnNum\":3715,\"appData\":\"0x00000000000000000000000000000000000000000000000000000000000000200000000000000000000000000000000000000000000000000000000000000000000000000000000000000000AD8B03a2133FFb40dc3416ceC81c7377fC89d8E200000000000000000000000030e767CBad10956aCa592d2330B51C132D3dac4B11e3ed0db95163788a6e0f4a2ee7d20a170a5166b893b24710b99dec12ad058d00000000000000000000000000000000000000000000000000000000000000a00000000000000000000000000000000000000000000000000001c6bf526340000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000800000000000000000000000000000000000000000000000000000000000000000\",\"isFinal\":false,\"outcome\":[{\"assetHolderAddress\":\"0x2A7fC13Bd6Ba6A79eC95c4b9f78f1DeFC9BC5124\",\"allocationItems\":[{\"destination\":\"0x0000000000000000000000004d85f8d90f2E7a88bf1BFaBEBb02B0bC62a9932D\",\"amount\":\"0x00000000000000000000000000000000000000000000d3c217e6b62b70ba4000\"},{\"destination\":\"0x000000000000000000000000AD8B03a2133FFb40dc3416ceC81c7377fC89d8E2\",\"amount\":\"0x00000000000000000000000000000000000000000000000003e816c23045c000\"}]}],\"channelId\":\"0x315ebabb98af12d56dfb6f403649cf0d3c3c43984dd291d0219939db1eb85e00\",\"signatures\":[\"0xe77b08711c36fb4106db1aa95bc9f7e674257a259a1f5bd16120daae635f31bf23b16758635654d6b5307811d2d64bd96fb096e4d431131f07ba69b57971a8001b\"]}]}","status":500},"msg":"Failed to handle paid query"}
The text was updated successfully, but these errors were encountered: