約會對象的 Mastodon 名稱對應到兩個個人檔案：先確認伺服器

縮短的 Mastodon 名稱藏著什麼風險

在約會對話裡，像 sam 這樣的名字感覺就像一個識別碼。但在 Mastodon 上，它只佔識別碼的一半。第二個 @ 後面的部分告訴你哪台伺服器託管這個帳號，而不同的伺服器就代表不同的帳號——甚至可能是完全不同的人。

Mastodon 使用者名稱由本機使用者名稱與託管該帳號的網站網域組成。來源

所以，當你的約會對象傳來「我的 Mastodon 是 sam」，而搜尋結果出現兩個叫 sam 的個人檔案時，你並沒有找到屬於同一個人的兩個帳號。你發現的是：對方給你的識別碼少了伺服器。這是一個該問的問題，不是一個該下的結論。

從約會對象實際分享的內容開始

從你實際收到的值著手：對方打出來的名字、傳來的連結，或對方選擇分享、不含敏感內容的截圖。先不要超出這個值去擴大搜尋。

Mastodon 允許在對同一伺服器上的人發送訊息時省略網域；其文件建議在與他人分享使用者名稱時附上網域。來源

Mastodon 自家的搜尋接受完整的 username@domain 位址或個人檔案網址。同一個本機使用者名稱可以在不同伺服器上註冊。來源

實際後果是：完整位址或個人檔案網址是可用的來源。單獨的本機名稱則不是，因為它沒有說明該看哪台伺服器。

針對你收到的值，用四列工作表判斷

在對個人檔案做任何解讀之前，先用這個工作表判斷你手上有什麼。對方提供的每個值填一列。

有兩列值得特別強調。

兩個含伺服器的位址是兩筆紀錄，不是一項發現。 如果對方先給你 [email protected]，之後又給你 [email protected]，單憑這個差異並不能證明有兩個人、有隱藏帳號或涉及欺騙。它可能是打錯字、第二個帳號，或另一個本機名稱相同的人。在你的筆記裡把它們分開，並問哪一個是目前的。

缺少伺服器是停止號誌，不是待解的謎題。 不要為了看這個名字存在於何處而嘗試任意伺服器，不要列舉帳號，也不要猜測新的帳號名稱。這些做法都會把單純的釐清變成對與你約會對象毫無關係的陌生人的監視。

相符的大頭貼能告訴你什麼、不能告訴你什麼

複製的照片、相似的個人簡介，或兩個個人檔案使用相同的顯示名稱，都只是關於呈現方式的線索，不是身分的證明。人們會重複使用圖片，不相關的帳號也可能看起來很像。同樣的謹慎也適用於你透過搜尋找到的相符結果：公開使用者名稱相符只是線索，不能確認該帳號屬於正在與你交談的人。

如果兩個個人檔案只差在伺服器，你待解的問題仍然是「哪個位址是你的？」——而不是「你為什麼有兩個帳號？」

用 TraceSeek 處理你已經有的公開連結

一旦對方給你完整的公開個人檔案網址，你就可以保留那個確切連結，並使用 TraceSeek 的公開內容分析來整理該頁面上公開發布的相關陳述。輸出應被視為附有出處的摘要：每一點都屬於發布它的個人檔案，而在對方確認之前，帳號的所有權仍未解決。

如果對方傳來的圖片裡含有帶伺服器的名稱，應用程式的圖片文字讀取功能可以幫你轉錄那些字元。接著由你自己把擷取出的文字與圖片比對。它不會解碼私人識別碼，也不會確認帳號背後是誰。

如果應用程式無法觸及來源——連結是私人的、已移除或被封鎖——就把它標記為無法取得，並向對方索取公開連結。不要試圖繞過存取限制。

這裡的目標是提出更清楚的公開來源問題，而不是取得所有權證明。如果你想在公開連結上試用應用程式，可以從應用程式頁面開始。

另外，標準的使用者名稱掃描是不同工具：它涵蓋 3,000+ 個公開平台，據述需時 20–30 秒，首次掃描免費且無需註冊或登入。這些數字僅適用於該掃描，不適用於讀取 Mastodon 格式的位址或公開內容分析。

可以送出的一個具體問題

與其拿著兩個個人檔案去質問對方，不如索取缺少的那一塊：

「我想確認自己看的是正確的個人檔案——可以請你傳完整的 Mastodon 位址（@ 後面有伺服器的那個）或你個人檔案的連結給我嗎？」

這個問題對方答得出來，不指控任何人，也讓你有一個單一來源可用。如果對方回答的仍是單獨的本機名稱，就再問一次伺服器或連結。如果對方不提供公開連結，就把來源標記為無法取得，而不是用猜測填補空缺。

這套方法到哪裡為止

這份工作表只解決一件事：你的約會對象指的是哪個公開來源。它不能證明身分、活動或意圖，而兩個含伺服器位址之間的差異也不是隱藏約會帳號的證據。本站的相關閱讀包括運作方式，以及感情專區中以感情為主題的指南。