Signal 聯絡連結不一定包含可讀的用戶名稱

三種分享形式，同一個聯絡鍵

人們談論用戶名稱時，往往假設它是一段單一文字，但 Signal 接受多於一種分享形式。確切的用戶名稱可以文字傳遞，QR 碼可以掃描，也可以傳送一個完全不含用戶名稱文字的唯一網址。這些都是交付同一類聯絡鍵的替代方式。實際上，這意味著你收到的東西只告訴你手上的是哪種形式，僅此而已。不可解的連結不是損壞或隱藏的用戶名稱；它只是一條連結。不要試圖靠猜測將其還原成文字。 [Signal 支援：用戶名稱連結、訊息請求與變更]

• 記下你收到的是哪種形式：用戶名稱文字、QR 圖像，還是不可解的連結。
• 按收到的形式使用，不要試圖憑記憶將其轉換成另一種形式。

不可解的網址不是可讀的身份

不含用戶名稱文字的唯一 Signal 網址仍可啟動預定的對話，但閱讀者無法從中讀出名字。這是核心分別：連結中沒有可讀文字，並不表示連結無效；而出現名字，也不證明背後是誰。兩者都是分享格式。請將你的觀察保持狹窄：你有一條連結，而連結是指向對話請求的指標，不是公開個人檔案。 [Signal 支援：用戶名稱連結、訊息請求與變更]

用戶名稱變更後，請索取新連結

用戶名稱變更對舊的聯絡嘗試有特定後果。用戶名稱變更後，舊的用戶名稱連結無法與該帳戶發起新對話，而更改用戶名稱、QR 碼或連結並不會通知現有對話中的人。因此，舊連結可能就這樣失效，而寄送者不會收到任何通知。正確的回應不是在某個可搜尋清單中尋找替代品，因為並不存在這樣的清單。請透過你已在使用的頻道，要求對方分享目前的自願連結。 [Signal 支援：用戶名稱連結、訊息請求與變更]

• 如果舊連結失效，請直接索取目前的用戶名稱、QR 碼或連結。
• 不要搜尋公開目錄以尋找替代的聯絡鍵。
• 如果無法分享目前的連結，請將結果記錄為無法取得。

觀察、限制與決定分開保留

清楚說明你看到什麼、以及你不能得出什麼結論，會有所幫助。這些是不同層次，混為一談會導致對聯絡請求作出過度自信的判斷。

為何不存在非公開目錄捷徑

如果用戶名稱變更令你沒有可用的聯絡鍵，你便會想尋找查詢頁面或將名字對應帳戶的清單。Signal 的分享模式並不提供這些。用戶名稱的存在是為了被給予和接收，而不是供人瀏覽。這就是為何這裡的失敗路徑是將聯絡記錄為無法取得，並在該存取界線停下來，然後索取自願提供的目前連結，或查閱最新的官方說明。停留在該界線並非努力不足；這是分享聯絡鍵所能做到的正確終點。 [Signal 支援：用戶名稱連結、訊息請求與變更]

你不想收到的請求

當收到意想不到的聯絡時，同樣的分別適用。用戶名稱、QR 碼或不可解的連結都是發送訊息請求的方式，而當你接受後，可能會出現個人檔案標籤。Signal 的分享形式本身並不確立身份、意圖或安全。因此，你的決定可以簡單，並且與猜讀無關：拒絕或忽略；如果你希望某個特定的人聯絡你，請透過你已信任的頻道向對方索取目前的連結。避免基於請求中的名字能確認是誰所寫的假設而行事。 [Signal 支援：用戶名稱連結、訊息請求與變更]

仲有幾條問題