# Same wallet, but listening on two different machines

**URL:** <https://forum.grin.mw/t/same-wallet-but-listening-on-two-different-machines/10078>\
**Category:** Tech Support\
**Created:** [October 11, 2022, 11:03pm UTC](https://forum.grin.mw/t/same-wallet-but-listening-on-two-different-machines/10078 "2022-10-11T23:03:08Z")\
**Posts on this page:** 1\
**Showing post:** 3

<div class="post-metadata">

**Author:** ![Anynomous](https://yyz2.discourse-cdn.com/flex036/user_avatar/forum.grin.mw/anynomous/32/2928_2.png) [@Anynomous](https://forum.grin.mw/u/Anynomous)\
**Post date:** [October 12, 2022, 12:20pm UTC](https://forum.grin.mw/t/same-wallet-but-listening-on-two-different-machines/10078/3 "2022-10-12T12:20:16Z")

</div>

> [@smooth.tent6298](#):
>
> Second - I started two wallet listeners on two different machines. Both started hidden services at the same onion address. Is this expected? which wallet listener will respond to a send request?

_A `SlatepackAddress` is a bech32 encoded ed25519 public key and when shared with other parties is used to represent the ability to receive Grin transactions._  
_grin-wallet already handles ed25519 keys for the v3 onion addresses in Tor transactions. These keys can be extended to be a general `SlatepackAddress` to allow a universal key format for both transport and encryption that is error-checked, QR friendly and easily human identifiable._  
_[Slatepack - Grin Documentation](https://docs.grin.mw/wiki/transactions/slatepack/#slatepackaddress)_

So in other words, a slatepack address is a public key wrapped as a onion address. Since two wallets with same mnemonic have the same public key, they also share their slate-pack address. I am not sure if running two wallets with the same address leads to routing issues/a conflict. I can imagine it might. With the Grin CC wallet we also use two instances, and indeed I often lose my peers for reasons unknown to me. If such a problem occurs might also depends on whether you use Grin++ (gives me some issues when running multiple instances of the same wallet), or grin-wallet (rust).

Edit: Grin++ is introducing the option to generate a new slatepack address in the yet to be release version 1.2.8. Grin++ achieves this by generating a wrapped private-key derived with another account from the same mnemonic. In case you encounter issues with running multiple instances of a wallet with Grin++, you can generate a new adress for one of them once Grin++ 1.2.8 gets released.

> [@@davidtavarez Progress Update thread (August-December 2022)](https://forum.grin.mw/t/davidtavarez-progress-update-thread-august-december-2022/9986/4):
>
> Time for showcase and asking for feedback here. Now it is more clear to setup the number of outbounds and inbounds preferred connections. I added more endpoints and settings: Preferred, Allowed and blocked peers. Bridges! I added snowflake support, in order to enable the Bridges, you can just either turn on the switch or add the Obfs4 bridges inside the textbox. Obfs4 support it is also new in Grin++ I added a new button to generate a new address on demand.

---

_[View the full topic](https://forum.grin.mw/t/same-wallet-but-listening-on-two-different-machines/10078)._