ਕ੍ਰਿਪਟੋ ਨਾਲ VPN ਦਾ ਬਿੱਲ ਭਰਨ 'ਤੇ ਕੀ ਤੁਸੀਂ ਗੁਮਨਾਮ ਰਹਿੰਦੇ ਹੋ?
ਸੁਰੱਖਿਅਤ ਟ੍ਰਾਂਸਫ਼ਰ ਇਹ ਬਦਲਦਾ ਹੈ ਕਿ ਲੇਜਰ ਕੀ ਦਿਖਾਉਂਦਾ ਹੈ, ਇਹ ਨਹੀਂ ਕਿ ਪ੍ਰਦਾਤਾ ਨੇ ਭੁਗਤਾਨ ਵੇਲੇ ਕੀ ਦਰਜ ਕਰ ਲਿਆ ਹੈ। ਜੋ ਕੜੀਆਂ ਬਚੀਆਂ ਰਹਿੰਦੀਆਂ ਹਨ, ਉਨ੍ਹਾਂ 'ਤੇ ਭੁਗਤਾਨ ਮਾਰਗਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ।
ਜਦੋਂ ਵੀ VPN ਦਾ ਬਿੱਲ ਕਿਸੇ ਪਰਦੇਦਾਰੀ ਸਿੱਕੇ ਨਾਲ ਭਰਿਆ ਜਾਂਦਾ ਹੈ, ਦੋ ਸਵਾਲ ਆਪਸ ਵਿੱਚ ਰਲ ਜਾਂਦੇ ਹਨ। ਪਹਿਲਾ ਇਹ ਕਿ ਚੇਨ ਪੜ੍ਹਨ ਵਾਲਾ ਕੋਈ ਅਜਨਬੀ ਟ੍ਰਾਂਸਫ਼ਰ ਬਾਰੇ ਕੀ ਜਾਣ ਸਕਦਾ ਹੈ; ਦੂਜਾ ਇਹ ਕਿ ਪ੍ਰਦਾਤਾ ਪਹਿਲਾਂ ਹੀ ਕੀ ਜਾਣਦਾ ਹੈ, ਕਿਉਂਕਿ ਤੁਸੀਂ ਸਾਈਨ ਅੱਪ ਕੀਤਾ, ਟਿਕਟ ਖੋਲ੍ਹੀ ਅਤੇ ਫ਼ਾਰਮ ਵਿੱਚ ਇਨਵੌਇਸ ਨੰਬਰ ਲਿਖਿਆ। ਭੁਗਤਾਨ ਢੰਗ ਪਹਿਲਾ ਜਵਾਬ ਬਦਲ ਸਕਦਾ ਹੈ ਅਤੇ ਦੂਜੇ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਛੂਹ ਵੀ ਨਹੀਂ ਸਕਦਾ। ਦੋਵਾਂ ਦੀ ਜਾਂਚ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਕਰੋ, ਕਿਉਂਕਿ ਰਿਕਾਰਡ ਅਸਲ ਵਿੱਚ ਇਸੇ ਤਰ੍ਹਾਂ ਰੱਖੇ ਜਾਂਦੇ ਹਨ।
ਨਿੱਜੀ ਟ੍ਰਾਂਸਫ਼ਰ ਅਤੇ ਨਿੱਜੀ ਖਰੀਦ ਦੋ ਵੱਖਰੇ ਦਾਅਵੇ ਹਨ
ਸਾਰਵਜਨਿਕ ਚੇਨ 'ਤੇ ਰਕਮ ਅਤੇ ਜੋੜੀ ਪਤੇ ਇੱਕ ਸਾਲ ਬਾਅਦ ਵੀ ਹਰ ਉਸ ਵਿਅਕਤੀ ਨੂੰ ਦਿਸਦੇ ਹਨ ਜੋ ਉਨ੍ਹਾਂ ਨੂੰ ਲੱਭਦਾ ਹੈ। Monero ਡਿਫ਼ਾਲਟ ਰੂਪ ਵਿੱਚ ਰਿੰਗ ਸਿਗਨੇਚਰ, ਸਟੈੱਲਥ ਪਤਿਆਂ ਅਤੇ RingCT ਰਾਹੀਂ ਰਕਮ, ਭੇਜਣ ਵਾਲੇ ਅਤੇ ਲੈਣ ਵਾਲੇ ਨੂੰ ਲੁਕਾਉਂਦਾ ਹੈ, ਇਸ ਲਈ ਜਦੋਂ ਟ੍ਰਾਂਸਫ਼ਰ ਹੀ ਚਿੰਤਾ ਹੋਵੇ ਤਾਂ ਲੋਕ ਉਸ ਵੱਲ ਮੁੜਦੇ ਹਨ। ਦੋਵਾਂ ਡਿਜ਼ਾਈਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਉਸ ਇਨਵੌਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਜਿਸ ਨੇ ਭੁਗਤਾਨ ਸ਼ੁਰੂ ਕੀਤਾ।
ਖਾਤਾ ਪ੍ਰਣਾਲੀਆਂ ਇੱਕ ਹਿਸਾਬੀ ਸਮੱਸਿਆ ਹੱਲ ਕਰਦੀਆਂ ਹਨ: ਪੈਸਾ ਆਉਂਦਾ ਹੈ, ਅਤੇ ਕਿਸੇ ਨੇ ਸਹੀ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਨੂੰ ਭੁਗਤਾਨ-ਪ੍ਰਾਪਤ ਵਜੋਂ ਨਿਸ਼ਾਨ ਲਗਾਉਣਾ ਹੁੰਦਾ ਹੈ। ਉਸ ਚੱਕਰ ਨੂੰ ਬੰਦ ਕਰਨ ਵਾਲਾ ਪਛਾਣਕਰਤਾ ਕੋਈ ਇਨਵੌਇਸ ਜਾਂ ਆਰਡਰ ਸੰਦਰਭ ਹੈ ਜੋ ਕੋਈ ਵੀ ਸਿੱਕਾ ਹਿੱਲਣ ਤੋਂ ਪਹਿਲਾਂ ਤੁਹਾਡੇ ਸੈਸ਼ਨ ਵਿੱਚ ਬਣਦਾ ਹੈ। ਵਪਾਰੀ ਕਿਸੇ ਵੀ ਇੱਕ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫ਼ਿਕ ਧਾਰਨਾ ਨੂੰ ਤੋੜੇ ਬਿਨਾਂ ਮੇਲ ਪੂਰਾ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਸਿੱਕੇ ਦੇ ਪਰਦੇਦਾਰੀ ਗੁਣ ਕਦੇ ਗਿਣਤੀ ਵਿੱਚ ਨਹੀਂ ਆਉਂਦੇ।
Monero ਪ੍ਰੋਜੈਕਟ ਦੇ ਆਪਣੇ ਆਮ ਸਵਾਲ ਇਸ ਹੱਦ ਬਾਰੇ ਸਿੱਧੇ ਹਨ: ਪ੍ਰੋਟੋਕੋਲ ਭੁਗਤਾਨ ਕਰਨ ਵਾਲੇ ਵੱਲੋਂ ਦਿੱਤੀ ਪਛਾਣ ਜਾਣਕਾਰੀ ਨੂੰ ਨਹੀਂ ਮਿਟਾਉਂਦਾ, ਅਤੇ ਪੂਰੀ ਗੁਮਨਾਮਤਾ ਦਾ ਵਾਅਦਾ ਨਹੀਂ ਕਰਦਾ। ਜਦੋਂ ਵਪਾਰੀ ਹੀ ਉਹ ਧਿਰ ਹੋਵੇ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਇਹ ਜਾਣਕਾਰੀ ਦਿੱਤੀ ਸੀ, ਤਦ ਪ੍ਰੋਟੋਕੋਲ ਕਦੇ ਕਮਜ਼ੋਰ ਕੜੀ ਨਹੀਂ ਸੀ।
ਇਹ ਫ਼ਰਕ ਉਸ ਨਿਰਾਸ਼ਾ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ ਜੋ ਅਕਸਰ ਦਿਸਦੀ ਹੈ। ਨਵੇਂ ਵਾਲਿਟ ਤੋਂ ਭੁਗਤਾਨ ਨਿਕਲਦਾ ਹੈ, ਖਾਤਾ ਆਪਣਾ ਆਮ ਪਤਾ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਮਹੀਨੇ ਬਾਅਦ ਨਵੀਨੀਕਰਨ ਦੀ ਯਾਦ ਆਉਂਦੀ ਹੈ ਜੋ ਗਾਹਕ ਨੂੰ ਨਾਮ ਨਾਲ ਸੰਬੋਧਿਤ ਹੈ। ਕੁਝ ਵੀ ਅਸਫਲ ਨਹੀਂ ਹੋਇਆ। ਯਾਦ ਖਾਤਾ ਪ੍ਰਣਾਲੀ ਤੋਂ ਆਈ, ਲੇਜਰ ਤੋਂ ਨਹੀਂ।
ਕੜੀ ਕਿੱਥੇ ਬਣਦੀ ਹੈ, ਕ੍ਰਮ ਵਿੱਚ
ਖਰੀਦ ਨੂੰ ਬਾਹਰ ਤੋਂ ਅੰਦਰ ਤੱਕ ਪਿੱਛਾ ਕਰੋ। ਆਰਡਰ ਫ਼ਾਰਮ ਈਮੇਲ ਪਤਾ, ਕਦੇ-ਕਦੇ ਟੈਕਸ ਲਈ ਨਾਮ ਅਤੇ ਦੇਸ਼ ਮੰਗਦਾ ਹੈ, ਅਤੇ ਮੌਜੂਦਾ ਗਾਹਕ ਰਿਕਾਰਡ ਨਾਲ ਜੁੜਿਆ ਸੰਦਰਭ ਨੰਬਰ ਵਾਪਸ ਦਿੰਦਾ ਹੈ। ਫਿਰ ਭੁਗਤਾਨ ਉਸ ਨੰਬਰ ਦੇ ਸਾਮ੍ਹਣੇ ਆਉਂਦਾ ਹੈ। ਨਿਰਦੋਸ਼ ਅਤੇ ਅਣਜੋੜਨਯੋਗ ਟ੍ਰਾਂਸਫ਼ਰ ਵੀ ਅਜਿਹੇ ਇਨਵੌਇਸ 'ਤੇ ਉਤਰਦਾ ਹੈ ਜੋ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਵਿਅਕਤੀ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ।
ਸਹਾਇਤਾ ਦੂਜਾ ਸੰਗਮ ਹੈ ਅਤੇ ਉਹ ਜਿਸ ਨੂੰ ਲੋਕ ਘੱਟ ਆਂਕਦੇ ਹਨ। ਲੌਗ-ਇਨ ਖਾਤੇ ਤੋਂ ਟਿਕਟ ਖੋਲ੍ਹ ਕੇ ਫਿਰ ਇਨਵੌਇਸ, ਸਕ੍ਰੀਨਸ਼ੌਟ ਜਾਂ ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨ ਹੈਸ਼ ਜੋੜਨ ਨਾਲ ਆਪਰੇਟਰ ਨੂੰ ਹਸਤਾਖ਼ਰਿਤ ਬਿਆਨ ਮਿਲਦਾ ਹੈ ਕਿ ਇਹ ਭੁਗਤਾਨ ਅਤੇ ਇਹ ਖਾਤਾ ਇਕੱਠੇ ਹਨ। ਰਿਫ਼ੰਡ ਵੀ ਇਸੇ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦੇ ਹਨ, ਕਿਉਂਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ਮੰਜ਼ਿਲ ਅਤੇ ਖਰੀਦ ਸੰਦਰਭ ਚਾਹੀਦਾ ਹੈ। ਕਾਰਡ ਵਿਵਾਦ ਹੋਰ ਦੂਰ ਜਾਂਦੇ ਹਨ, ਕਿਉਂਕਿ ਨੈੱਟਵਰਕ ਦੋਵਾਂ ਧਿਰਾਂ ਦੀ ਆਪਣੀ ਕਾਪੀ ਰੱਖਦਾ ਹੈ।
ਕਸਟੋਡੀਅਨ ਮਾਰਗ ਤੀਜੀ ਧਿਰ ਜੋੜਦਾ ਹੈ। ਐਕਸਚੇਂਜ ਤੋਂ ਨਿਕਾਸ ਦਾ ਅਰਥ ਹੈ ਕਿ ਐਕਸਚੇਂਜ ਤੁਹਾਡੀ ਪਛਾਣ, ਰਕਮ ਅਤੇ ਮੰਜ਼ਿਲ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਤਿੰਨਾਂ ਬਾਰੇ ਪੁੱਛਿਆ ਜਾ ਸਕਦਾ ਹੈ; VPN ਪ੍ਰਦਾਤਾ ਅਜਿਹੇ ਪਤੇ ਤੋਂ ਭੁਗਤਾਨ ਦੇਖਦਾ ਹੈ ਜਿਸ ਨੂੰ ਉਹ ਸੁਲਝਾ ਨਹੀਂ ਸਕਦਾ, ਜਦਕਿ ਐਕਸਚੇਂਜ ਸੁਲਝਾ ਸਕਦਾ ਹੈ। ਤੁਹਾਡਾ ਕੰਟਰੋਲ ਕੀਤਾ ਵਾਲਿਟ ਉਸ ਰਿਕਾਰਡਧਾਰਕ ਨੂੰ ਹਟਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਪ੍ਰਦਾਤਾ ਦੇ ਆਪਣੇ ਰਿਕਾਰਡ ਜਿਵੇਂ ਸਨ ਤਿਵੇਂ ਹੀ ਛੱਡ ਦਿੰਦਾ ਹੈ।
ਤਿੰਨ ਭੁਗਤਾਨ ਮਾਰਗ, ਇੱਕੋ ਧੁਰਿਆਂ 'ਤੇ ਤੁਲਨਾ
ਬਹੁਤੀ ਸਲਾਹ ਭੁਗਤਾਨ ਢੰਗਾਂ ਦੀ ਤੁਲਨਾ ਇੱਕ ਕਾਲਮ ਵਿੱਚ ਕਰਦੀ ਹੈ ਅਤੇ ਉਸ ਨੂੰ ਫ਼ੈਸਲਾ ਕਹਿ ਦਿੰਦੀ ਹੈ। ਪ੍ਰਦਾਤਾ ਨੂੰ ਕੀ ਮਿਲਦਾ ਹੈ, ਹੋਰ ਕੌਣ ਰਿਕਾਰਡ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਕੀ ਅਜੇ ਵੀ ਖਾਤੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਇਹ ਸੁਤੰਤਰ ਚੱਲਦੇ ਹਨ, ਇਸ ਲਈ ਇੱਕ ਕਾਲਮ ਜਿੱਤਣ ਵਾਲਾ ਮਾਰਗ ਅਗਲਾ ਹਾਰ ਸਕਦਾ ਹੈ। ਤਿੰਨੇ ਇਕੱਠੇ ਪੜ੍ਹਨਾ ਹੀ ਇੱਕੋ-ਇੱਕ ਤੁਲਨਾ ਹੈ ਜੋ ਟਿਕਦੀ ਹੈ।
| Route | What the provider receives | Other record holders | What still points at the account |
|---|---|---|---|
| Card or bank transfer | Amount, billing name and a processor reference matched to the invoice | Bank, card network, payment processor | The invoice, plus any name or address typed at checkout |
| Withdrawal from an exchange | Amount and destination, with no identity attached on arrival | The exchange, under its own account and reporting duties | The invoice, plus anything the exchange can later be asked to disclose |
| Coin from a wallet you control | Amount and address, with no third-party record of the sender | None beyond the chain, if the chain is public at all | The invoice, plus any detail volunteered in support |
ਆਖ਼ਰੀ ਕਾਲਮ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ, ਕਿਉਂਕਿ ਉਹ ਹਰ ਮਾਰਗ ਵਿੱਚ ਬਚਦਾ ਹੈ। ਮੌਜੂਦਾ ਗਾਹਕ ਰਿਕਾਰਡ ਦੇ ਸਾਮ੍ਹਣੇ ਬਣਾਇਆ ਸੰਦਰਭ ਟਿਕਾਊ ਕੜੀ ਹੈ, ਜਦ ਤੱਕ ਪ੍ਰਦਾਤਾ ਉਸ ਤੋਂ ਬਿਨਾਂ ਭੁਗਤਾਨ ਦਾ ਰਾਹ ਨਾ ਵੇਚੇ, ਅਤੇ ਬਹੁਤੇ ਨਵੀਨੀਕਰਨ ਅਜਿਹਾ ਨਹੀਂ ਕਰਦੇ। ਫਿਰ ਵਿਚਕਾਰਲਾ ਕਾਲਮ ਦੱਸਦਾ ਹੈ ਕਿ ਮਹੀਨਿਆਂ ਬਾਅਦ ਕਿਸ ਤੋਂ ਜਵਾਬ ਮੰਗਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਜਦੋਂ ਤੁਹਾਡੀ ਚਿੰਤਾ ਦਾ ਨਿਰੀਖਕ ਸੰਸਥਾ ਹੋਵੇ, ਜਿਗਿਆਸੂ ਅਜਨਬੀ ਨਾ ਹੋਵੇ, ਤਦ ਇਹ ਲੇਜਰ ਦੀ ਦਿੱਖ ਨਾਲੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ।
ਪਹਿਲਾ ਕਾਲਮ ਉਹ ਹੈ ਜਿੱਥੇ ਸੁਰੱਖਿਅਤ ਸਿੱਕੇ ਪਰਤਿਸ਼ਠਾ ਕਮਾਉਂਦੇ ਹਨ, ਅਤੇ ਇਹ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਸਭ ਤੋਂ ਤੰਗ ਵੀ ਹੈ। ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਬਾਹਰਲਾ ਵਿਅਕਤੀ ਲੇਜਰ ਤੋਂ ਕੀ ਸਿੱਖਦਾ ਹੈ, ਸਾਰਵਜਨਿਕ ਚੇਨ ਦੇ ਭੁਗਤਾਨ ਲਈ ਸੱਚਾ ਸਵਾਲ ਅਤੇ RingCT ਟ੍ਰਾਂਸਫ਼ਰ ਲਈ ਲਗਭਗ ਖਾਲੀ। ਸਿਰਫ਼ ਉਸ ਕਾਲਮ ਦਾ ਜਵਾਬ ਦੇਣਾ ਹੀ ਉਹ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਨਿੱਜੀ ਭੁਗਤਾਨ ਨੂੰ ਨਿੱਜੀ ਖਰੀਦ ਸਮਝ ਲਿਆ ਜਾਂਦਾ ਹੈ।
ਖਰੀਦ ਨੂੰ ਨਿੱਜੀ ਕਹਿਣ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਲਿਖਣਾ
ਖਰੀਦ ਤਾਜ਼ਾ ਹੋਣ ਤੱਕ ਚਾਰ ਲਾਈਨਾਂ ਕਾਫ਼ੀ ਹਨ: ਤੁਸੀਂ ਕਿਹੜੇ ਨਿਰੀਖਕ ਤੋਂ ਬਚਾਅ ਕਰ ਰਹੇ ਸੀ, ਪ੍ਰਦਾਤਾ ਨੇ ਭੁਗਤਾਨ ਵੇਲੇ ਕੀ ਸਿੱਖਿਆ, ਟ੍ਰਾਂਸਫ਼ਰ ਦੀ ਕਾਪੀ ਹੋਰ ਕਿਸ ਕੋਲ ਹੈ, ਅਤੇ ਭਵਿੱਖ ਦੀ ਸਹਾਇਤਾ ਬੇਨਤੀ ਕੀ ਜੋੜੇਗੀ। ਲਿਖਣ 'ਤੇ ਇਹ ਗੁਮਨਾਮਤਾ ਦੀ ਧੁੰਦਲੀ ਭਾਵਨਾ ਨੂੰ ਅਜਿਹੇ ਦਾਅਵੇ ਵਿੱਚ ਬਦਲ ਦਿੰਦੇ ਹਨ ਜਿਸ ਦੀ ਤੁਸੀਂ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹੋ। ਨਾ ਲਿਖਣ 'ਤੇ ਇਹ ਇਸ ਧਾਰਨਾ ਵਿੱਚ ਬਦਲ ਜਾਂਦੇ ਹਨ ਕਿ ਸਿੱਕੇ ਨੇ ਉਹ ਕੰਮ ਕੀਤਾ ਜੋ ਉਸ ਨੂੰ ਕਦੇ ਕਿਹਾ ਨਹੀਂ ਗਿਆ।
ਫਿਰ ਜੋ ਹਾਲੇ ਤੁਹਾਡੇ ਕੰਟਰੋਲ ਵਿੱਚ ਹੈ ਘਟਾਓ। ਬਿਲਿੰਗ ਜਾਂ ਕਾਨੂੰਨੀ ਮਕਸਦ ਤੋਂ ਬਿਨਾਂ ਵਿਕਲਪਿਕ ਖਾਨੇ ਛੱਡ ਦਿਓ, ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਘੜੀ ਹੋਈ ਨਹੀਂ ਬਲਕਿ ਸਹੀ ਰੱਖੋ, ਰਿਕਵਰੀ ਵਾਕਾਂਸ਼, ਨਿੱਜੀ ਖਰਚ ਕੁੰਜੀ ਜਾਂ ਪੂਰਾ ਖਾਤਾ ਨਿਰਯਾਤ ਕਦੇ ਗੱਲਬਾਤ ਵਿੱਚ ਨਾ ਚਿਪਕਾਓ, ਅਤੇ ਮੰਨ ਲਓ ਕਿ ਹਰ ਅਟੈਚਮੈਂਟ ਖਾਤਾ ਹੋਣ ਤੱਕ ਤੁਹਾਡੇ ਖਾਤੇ ਦੇ ਕੋਲ ਹੀ ਰਹਿੰਦਾ ਹੈ। ਡੇਟਾ ਘਟਾਉਣਾ ਯੋਗਤਾ ਘੜਨ ਜਾਂ ਭੁਗਤਾਨ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਟਾਲਣ ਦੇ ਬਰਾਬਰ ਨਹੀਂ ਹੈ, ਅਤੇ ਦੋਵਾਂ ਨੂੰ ਮਿਲਾਉਣ ਨਾਲ ਸ਼ੁਰੂਆਤੀ ਸਮੱਸਿਆ ਨਾਲੋਂ ਮਾੜੀ ਸਮੱਸਿਆ ਬਣਦੀ ਹੈ।
ਨਵੀਨੀਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚੋ ਕਿ ਸੇਵਾ ਖਾਤਾ-ਕੜੀ ਤੋਂ ਬਿਨਾਂ ਭਰਨਯੋਗ ਨਵਾਂ ਇਨਵੌਇਸ ਦੇ ਸਕਦੀ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਲੌਗ ਇਨ ਕੀਤੇ ਬਿਨਾਂ ਸਹਾਇਤਾ ਤੱਕ ਪਹੁੰਚ ਹੋ ਸਕਦੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਸੰਭਵ ਨਾ ਹੋਵੇ ਤਾਂ ਇਮਾਨਦਾਰ ਸਾਰ ਇਹ ਹੈ ਕਿ ਟ੍ਰਾਂਸਫ਼ਰ ਨਿੱਜੀ ਹੈ ਅਤੇ ਖਾਤਾ ਨਹੀਂ। ਅਗਲੇ ਭੁਗਤਾਨ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਜਾਣਨਾ ਅਜੇ ਵੀ ਲਾਹੇਵੰਦ ਹੈ, ਅਤੇ ਬਹੁਤੇ ਮਾਰਕੀਟਿੰਗ ਸਫ਼ੇ ਇਹੀ ਸਾਰ ਛੱਡ ਦਿੰਦੇ ਹਨ।