Skip to content

Unable to reconcile ~2,665.62 SHELL from 10,000 SHELL funded across 10 PrivateNotes and two GPT Sol purchases #167

Description

@h2so4nackl-code

Summary

I funded my DEX.DO workflow with approximately:

"10,000 SHELL"

and created:

"10 PrivateNotes"

I am now trying to reconcile the full balance.

After recovering available funds and checking the current active GPT Sol deal, I can currently account for:

  • "4,009.500000000 SHELL" — locked in the current GPT Sol deal
  • "2,533.878914125 SHELL" — recovered from 9 PrivateNotes
  • "791.000000000 SHELL" — visible in the application wallet

That leaves:

10,000.000000000
-4,009.500000000
-2,533.878914125

  • 791.000000000

2,665.621085875 SHELL

So approximately:

2,665.62 SHELL are still not reconciled from my point of view.

I am not claiming that the entire amount is permanently lost.

I am asking for a complete accounting trail showing where it went.

Important: I did not intentionally consume inference that explains this amount

I did not intentionally use inference capacity that would reasonably explain approximately "2,665 SHELL" in charges.

The DEX.DO team has already identified the separate claim-versus-delivered bug.

The planned fix will:

  • remove the check that killed the deal;
  • make the seller close the deal when paid volume is exhausted;
  • allow over-delivery without billing it;
  • prevent a single response from ending the deal;
  • prevent billing above the amount purchased.

However, the DEX.DO team also confirmed that this fix does not explain the missing SHELL from this report.

So this issue is specifically about fund reconciliation, not the already-identified claim-versus-delivered bug.

Context: 10 PrivateNotes

I created 10 PrivateNotes in total.

Nine have now been withdrawn.

Total recovered from those 9 notes:

"2,533.878914125 SHELL"

After withdrawal, those 9 notes report:

  • trading balance: "0"
  • ECC balance: "0"
  • withdrawal gate: "_hasWithdrawn"

The tenth PrivateNote remains associated with the active GPT Sol deal.

The 10-PN history is important because the original 10,000 SHELL were distributed across these notes and associated operations.

GPT Sol deal 1 — historical / closed

TokenContract:

"0:0e9f1c9fcbd3cda5102cf96469d852c8fcffe3245e35d45950449fc59fc7e882"

Model:

"gpt-5.6-sol"

Network:

"mainnet"

Final settlement:

  • "toSeller = 1,984.684680 SHELL"
  • "refundToBuyer = 2,990.354103 SHELL"

Refund PrivateNote:

"0:11fd930b4c2789c3556e60ab0d2adf2ef5e09e13fb578cba1bbce8a2e4e5e5d9"

The deal is:

  • closed
  • StreamStopped
  • settled
  • TokenContract destroyed

The claim-versus-delivered problem associated with this deal has already been acknowledged separately by the DEX.DO team.

I am not asking to reopen that specific bug in this issue.

What still matters here is that the overall SHELL movement cannot be fully reconstructed into a conservation ledger.

GPT Sol deal 2 — current / funded

TokenContract:

"0:f5332989d2c84984725789c1b50d9f86a40980ef34e12579ab48b5b6abf22250"

PrivateNote:

"0000000000000000000000000000000000000000000000000000000000000004::11fd930b4c2789c3556e60ab0d2adf2ef5e09e13fb578cba1bbce8a2e4e5e5d9"

Model:

"gpt-5.6-sol"

Network:

"mainnet"

Current on-chain accounting:

  • "buyer_locked = 4009.5 SHELL"
  • "deposit = 1039.5 SHELL"
  • "probe_tick = 990 SHELL"
  • "buyer_bond = 1980 SHELL"
  • "tokens_final = 0"
  • "tokens_pending = 0"

Therefore the current "4,009.5 SHELL" are still accounted for as locked funds.

They are not part of the unexplained "2,665.62 SHELL".

Initial BUY failure on deal 2

Before this deal was funded, one BUY attempt failed with:

INSUFFICIENT_BALANCE

balance is insufficient for the selected action

required = 4009.5 SHELL
available = 2990.854103 SHELL

ordinary BUY requires:
escrow 2029.5 SHELL

  • buyer bond 1980 SHELL

no escrow was sent

After additional funding, the current deal was eventually funded.

PrivateNote history limitation

For the active PrivateNote, the CLI reported:

Outstanding order records: 0
Recovered resting orders: none
Outstanding records not recovered: 0

History coverage:
4 inbound messages read,
back to the first the node holds —
nothing earlier remained to page.

Validated funded deal lead:
0:f5332989d2c84984725789c1b50d9f86a40980ef34e12579ab48b5b6abf22250
role=buyer
opened=true
disputed=false

This history is not sufficient to reconstruct the complete original money flow.

What I need to reconcile

I need a complete trace of:

wallet / Vault funding
→ PrivateNote funding
→ PN-to-PN transfers
→ gas allocation
→ orders
→ deal escrow
→ probe payment
→ buyer bond
→ actual billed inference
→ seller claims
→ seller payout
→ refunds
→ withdrawals
→ final balances

At the moment I cannot reconstruct that chain completely.

Current conservation problem

Starting amount:

10,000.000000000 SHELL

Currently identifiable:

4,009.500000000 active GPT Sol deal
2,533.878914125 recovered from 9 PrivateNotes
791.000000000 visible wallet

7,334.378914125

Difference:

10,000.000000000
-7,334.378914125

2,665.621085875 SHELL

Approximately:

2,665.62 SHELL remain unreconciled.

Questions

  1. Where exactly did the remaining "2,665.621085875 SHELL" go?

  2. Can the original funding transaction for each of the 10 PrivateNotes be reconstructed?

  3. Can the full debit/credit history of the PrivateNote ending in:

"11fd930b...e5e5d9"

be reconstructed?

  1. Can each debit be classified as one of:
  • PN funding
  • PN transfer
  • gas
  • order funding
  • deal escrow
  • probe
  • bond
  • platform fee
  • seller payment
  • refund
  • withdrawal
  1. Can all seller payments be tied to exact billable input/output tokens or promoted ticks?

  2. Can "dexdo history --note", "dexdo export", or "settlement-receipt" preserve enough data to reconstruct full fund conservation after a TokenContract self-destructs?

  3. Can the CLI provide a per-PrivateNote conservation report like:

initial funding

  • transfers
  • gas
  • orders
  • verified inference
  • fees
  • seller payouts
  • refunds
  • withdrawals
    = final balance
  1. If the missing "2,665.621085875 SHELL" are considered legitimate costs, please provide the exact transactions, formulas, and protocol events that account for them.

Expected outcome

I am not asking the team to assume the funds were stolen or permanently lost.

I am asking for one of two outcomes:

  1. a complete accounting trail explaining every SHELL;

or

  1. confirmation of an accounting/client/protocol bug if the funds cannot be reconciled.

Sanitized logs, receipts, deal handles, status output, PrivateNote history, and transaction IDs can be provided.

No PrivateNote keys, wallet keys, seed phrases, API keys, or credentials will be published.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    trackedAccepted and assigned a DEXDO- ticket

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions