Net/Qt: fix Tor reconnect state and receive request crash

[cursor]

PR intention

Fix two high-impact correctness bugs found during critical bug inspection:

• Tor control reconnects could reuse stale synchronous reply handlers and a partial reply from the previous connection. If Tor restarted or the control socket dropped while GETINFO/ADD_ONION/auth commands were outstanding, the next connection's PROTOCOLINFO reply could be dispatched to the wrong callback, desynchronizing onion proxy/service setup until restart.
• Receive request dialogs passed only OptionsModel even though the dialog dereferences WalletModel to classify transparent vs Spark addresses. Opening a generated or saved receive request could dereference an uninitialized WalletModel pointer and crash/trigger undefined behavior.

Code changes brief

• Clear pending Tor control reply state on disconnect.
• Wire ReceiveRequestDialog to WalletModel, derive OptionsModel from it, and update call sites to pass the wallet model.

Validation:

• git diff --check HEAD~1..HEAD
• cmake --build build --target firod
• Confirmed existing build cache has BUILD_GUI:BOOL=OFF, so firo-qt compile validation was not available in this workspace.