EpoCanvas 身份等級與徽章說明

[!IMPORTANT] 目前客戶端與服務端存在不同的等級計算與映射規則。本頁會分開列出可由程式碼確認的內容；在規則統一前，不把任何一張表宣稱為全站唯一且永久有效的晉升合約。

1. LV、TL 與角色不是同一件事

• LV（Level）：帳號中心與公開資料可能顯示的等級代號，範圍包含 LV.0 至 LV.4。
• TL（Trust Level）：依讀取、閱讀時間、留言、Reaction、活躍天數、角色或站務設定計算的信任值。不同計算引擎的 TL 上限可能不同。
• 角色（Role）：目前身份資料中的 visitor、reader 或 admin，它決定 API 鑑權與管理範圍，不由一個本地徽章單獨授予。
• 徽章（Badge）：可解鎖、可顯示或可佩戴的成就/身份標籤。徽章不是安全權限，也不會取代會話驗證。

讚賞與付款不會自動增加 LV/TL，也不會解鎖付費文章或評論特權；社群參與與資金支持應保持分離。帳號角色與 API 權限請另見帳號與會話安全說明。

2. 客戶端顯示的官方階梯

src/lib/user-level.ts 的客戶端引擎使用嚴格的前置解鎖鏈。下表是其目前可讀取的代表性門檻，數值可能因統計資料與配置更新而變化：

代號	稱號	主要解鎖條件（依序累積）	TL 上限
LV.0	新興使用者	尚未產生閱讀活動	0
LV.0	初始使用者	讀取過文章或累積至少 1 分鐘閱讀	2
LV.1	基本使用者	已完成初始階段並發表至少 1 則留言	8
LV.1	貢獻者	閱讀至少 30 分鐘、留言至少 10 則	15
LV.1	思辨學者	在前階段基礎上，閱讀至少 120 分鐘、留言至少 20 則、收到至少 10 次 Reaction	20
LV.2	活躍使用者	活躍至少 20 天、閱讀至少 300 分鐘、留言至少 30 則、收到至少 20 次 Reaction	35
LV.2	常青極客	活躍至少 45 天、閱讀至少 480 分鐘、留言至少 60 則、收到至少 40 次 Reaction	50
LV.3	先驅	活躍至少 90 天、閱讀至少 720 分鐘、留言至少 100 則、收到至少 60 次 Reaction	70
LV.3	年度使用者	先完成先驅，再達到活躍 180 天、閱讀 1440 分鐘、留言 150 則	80
LV.3	墨海宗師	先完成年度使用者，再達到活躍 300 天、閱讀 2160 分鐘、收到至少 100 次 Reaction	90
LV.4	核心成員	由站務角色/設定授予，不是一般自動晉升	91–99
LV.4	站長	站點所有者身份	100

表中的「至少」是為了便於閱讀；實際程式還會檢查前置階段、統計來源與角色條件。稱號顯示不等於已取得任何管理權限。

3. 服務端的身份映射

functions/_lib/auth-service.ts 目前有另一套面向帳號服務的計算：它主要讀取帳號建立天數、留言數、收到的讚數與推導出的閱讀/文章統計，並映射至 user_lv0、user_lv1、user_base。服務端的代表性判定包括：

• 站長身份使用 TL.99 與 LV.4；
• 註冊滿 365 天可進入 LV.3 年度使用者；
• 先驅、活躍使用者與貢獻者分別需要不同的註冊天數、閱讀、留言及獲讚門檻；
• 服務端角色仍以有效會話、Epomail 身份與管理員驗證為準。

因此，帳號中心顯示的本地統計、服務端 API 回應與留言作者卡片可能在過渡期間出現不同稱號或 TL。這是待統一的工程差異，不應被解讀為使用者被懲罰或獲得雙重權限。

4. 徽章池與佩戴規則

客戶端徽章引擎目前依類別評估已解鎖項目，包括：

• 等級主稱號；
• 限定或特殊榮譽；
• 閱讀沉澱、留言交流、Reaction 與活躍活動成就；
• 站長團隊、核心架構師、Epomail 認證讀者、郵件公測組與社群讀者圈等官方群組標籤。

可解鎖徽章會按優先權排序；computeOfficialBadges() 可取前 4 項作為相容顯示。但 getEquippedBadges() 的實際規則是：

1. 只有當使用者已在本機選擇佩戴項目時，才會回傳佩戴結果；
2. 佩戴選擇最多 4 枚，會去除重複 ID；
3. 沒有自訂佩戴項目時，回傳空陣列，不應宣稱系統必然自動佩戴最高權重徽章；
4. 本機 localStorage 的佩戴設定不等同於服務端永久帳號資料，清除瀏覽器資料可能使本機選擇消失。

5. 透明度與不當使用

等級與徽章只應反映真實閱讀與交流。刷留言、刷 Reaction、重複內容、冒用他人身份、用腳本偽造活躍或以付款換取頭銜，都違反《社群公約》。站方可以修正、撤銷、隱藏或重新計算因錯誤資料與濫用而產生的標籤。

如果你發現自己的等級、徽章、地區顯示或帳號角色明顯錯誤，請依檢舉與申訴說明提供必要資訊。請不要公開貼出電子郵件、會話令牌或管理欄位。

最後更新：2026-10-20。

EpoCanvas 身份等級與徽章說明

[!IMPORTANT] 目前客戶端與服務端存在不同的等級計算與映射規則。本頁會分開列出可由程式碼確認的內容；在規則統一前，不把任何一張表宣稱為全站唯一且永久有效的晉升合約。

1. LV、TL 與角色不是同一件事

• LV（Level）：帳號中心與公開資料可能顯示的等級代號，範圍包含 LV.0 至 LV.4。
• TL（Trust Level）：依讀取、閱讀時間、留言、Reaction、活躍天數、角色或站務設定計算的信任值。不同計算引擎的 TL 上限可能不同。
• 角色（Role）：目前身份資料中的 visitor、reader 或 admin，它決定 API 鑑權與管理範圍，不由一個本地徽章單獨授予。
• 徽章（Badge）：可解鎖、可顯示或可佩戴的成就/身份標籤。徽章不是安全權限，也不會取代會話驗證。

讚賞與付款不會自動增加 LV/TL，也不會解鎖付費文章或評論特權；社群參與與資金支持應保持分離。帳號角色與 API 權限請另見帳號與會話安全說明。

2. 客戶端顯示的官方階梯

src/lib/user-level.ts 的客戶端引擎使用嚴格的前置解鎖鏈。下表是其目前可讀取的代表性門檻，數值可能因統計資料與配置更新而變化：

代號	稱號	主要解鎖條件（依序累積）	TL 上限
LV.0	新興使用者	尚未產生閱讀活動	0
LV.0	初始使用者	讀取過文章或累積至少 1 分鐘閱讀	2
LV.1	基本使用者	已完成初始階段並發表至少 1 則留言	8
LV.1	貢獻者	閱讀至少 30 分鐘、留言至少 10 則	15
LV.1	思辨學者	在前階段基礎上，閱讀至少 120 分鐘、留言至少 20 則、收到至少 10 次 Reaction	20
LV.2	活躍使用者	活躍至少 20 天、閱讀至少 300 分鐘、留言至少 30 則、收到至少 20 次 Reaction	35
LV.2	常青極客	活躍至少 45 天、閱讀至少 480 分鐘、留言至少 60 則、收到至少 40 次 Reaction	50
LV.3	先驅	活躍至少 90 天、閱讀至少 720 分鐘、留言至少 100 則、收到至少 60 次 Reaction	70
LV.3	年度使用者	先完成先驅，再達到活躍 180 天、閱讀 1440 分鐘、留言 150 則	80
LV.3	墨海宗師	先完成年度使用者，再達到活躍 300 天、閱讀 2160 分鐘、收到至少 100 次 Reaction	90
LV.4	核心成員	由站務角色/設定授予，不是一般自動晉升	91–99
LV.4	站長	站點所有者身份	100

表中的「至少」是為了便於閱讀；實際程式還會檢查前置階段、統計來源與角色條件。稱號顯示不等於已取得任何管理權限。

3. 服務端的身份映射

functions/_lib/auth-service.ts 目前有另一套面向帳號服務的計算：它主要讀取帳號建立天數、留言數、收到的讚數與推導出的閱讀/文章統計，並映射至 user_lv0、user_lv1、user_base。服務端的代表性判定包括：

• 站長身份使用 TL.99 與 LV.4；
• 註冊滿 365 天可進入 LV.3 年度使用者；
• 先驅、活躍使用者與貢獻者分別需要不同的註冊天數、閱讀、留言及獲讚門檻；
• 服務端角色仍以有效會話、Epomail 身份與管理員驗證為準。

因此，帳號中心顯示的本地統計、服務端 API 回應與留言作者卡片可能在過渡期間出現不同稱號或 TL。這是待統一的工程差異，不應被解讀為使用者被懲罰或獲得雙重權限。

4. 徽章池與佩戴規則

客戶端徽章引擎目前依類別評估已解鎖項目，包括：

• 等級主稱號；
• 限定或特殊榮譽；
• 閱讀沉澱、留言交流、Reaction 與活躍活動成就；
• 站長團隊、核心架構師、Epomail 認證讀者、郵件公測組與社群讀者圈等官方群組標籤。

可解鎖徽章會按優先權排序；computeOfficialBadges() 可取前 4 項作為相容顯示。但 getEquippedBadges() 的實際規則是：

1. 只有當使用者已在本機選擇佩戴項目時，才會回傳佩戴結果；
2. 佩戴選擇最多 4 枚，會去除重複 ID；
3. 沒有自訂佩戴項目時，回傳空陣列，不應宣稱系統必然自動佩戴最高權重徽章；
4. 本機 localStorage 的佩戴設定不等同於服務端永久帳號資料，清除瀏覽器資料可能使本機選擇消失。

5. 透明度與不當使用

等級與徽章只應反映真實閱讀與交流。刷留言、刷 Reaction、重複內容、冒用他人身份、用腳本偽造活躍或以付款換取頭銜，都違反《社群公約》。站方可以修正、撤銷、隱藏或重新計算因錯誤資料與濫用而產生的標籤。

如果你發現自己的等級、徽章、地區顯示或帳號角色明顯錯誤，請依檢舉與申訴說明提供必要資訊。請不要公開貼出電子郵件、會話令牌或管理欄位。

最後更新：2026-10-20。

EpoCanvas Identity Levels and Badge Explanations

[!IMPORTANT] Currently, there are different level calculation and mapping rules between the client-side and server-side. This page will list code-verifiable content separately; until the rules are unified, no single table will be declared as the sole and permanently valid promotion contract for the entire site.

1. LV, TL, and Roles Are Not the Same Thing

• LV (Level): The level code that may be displayed in the Account Center and public profiles, ranging from LV.0 to LV.4.
• TL (Trust Level): A trust value calculated based on access, reading time, comments, Reactions, active days, roles, or site staff settings. The maximum TL may vary across different calculation engines.
• Role: Currently visitor, reader, or admin in identity data, which determines API authentication and management scope, and is not granted solely by a local badge.
• Badge: An unlockable, displayable, or wearable achievement/identity tag. Badges are not security permissions and do not replace session verification.

Appreciation and payments do not automatically increase LV/TL, nor do they unlock paid articles or comment privileges; community participation and financial support should remain separate. For account roles and API permissions, please refer to Account and Session Security.

2. Official Tiers Displayed Client-Side

The client-side engine in src/lib/user-level.ts uses a strict prerequisite unlock chain. The table below shows its currently readable representative thresholds; values may change due to statistical data and configuration updates:

Code	Title	Primary Unlock Conditions (Cumulative)	TL Cap
LV.0	Emerging User	No reading activity yet	0
LV.0	Initial User	Accessed articles or accumulated at least 1 minute of reading	2
LV.1	Basic User	Completed initial phase and posted at least 1 comment	8
LV.1	Contributor	At least 30 minutes of reading, at least 10 comments	15
LV.1	Discerning Scholar	Building on previous stage: at least 120 minutes of reading, at least 20 comments, received at least 10 Reactions	20
LV.2	Active User	Active for at least 20 days, at least 300 minutes of reading, at least 30 comments, received at least 20 Reactions	35
LV.2	Evergreen Geek	Active for at least 45 days, at least 480 minutes of reading, at least 60 comments, received at least 40 Reactions	50
LV.3	Pioneer	Active for at least 90 days, at least 720 minutes of reading, at least 100 comments, received at least 60 Reactions	70
LV.3	Annual User	Achieved Pioneer status, then active for 180 days, 1440 minutes of reading, 150 comments	80
LV.3	Literary Grandmaster	Achieved Annual User status, then active for 300 days, 2160 minutes of reading, received at least 100 Reactions	90
LV.4	Core Member	Granted by site staff role/settings, not a general automatic promotion	91–99
LV.4	Site Owner	Site owner status	100

The “at least” in the table is for readability; the actual program also checks prerequisite stages, statistical sources, and role conditions. Displaying a title does not equate to having any administrative permissions.

3. Server-Side Identity Mapping

functions/_lib/auth-service.ts currently has a separate calculation set for account services: it primarily reads account creation days, comment count, received likes, and derived reading/article statistics, mapping them to user_lv0, user_lv1, and user_base. Representative server-side determinations include:

• Site owner status uses TL.99 and LV.4;
• Registered for 365 days allows entry into LV.3 Annual User;
• Pioneer, Active User, and Contributor each require different registration days, reading, comment, and like thresholds;
• Server-side roles are still based on valid sessions, Epomail identity, and administrator verification.

Therefore, local statistics displayed in the Account Center, server-side API responses, and comment author cards may show different titles or TLs during the transition period. This is an engineering discrepancy to be unified and should not be interpreted as users being penalized or receiving dual permissions.

4. Badge Pool and Equipping Rules

The client-side badge engine currently evaluates unlocked items by category, including:

• Main level titles;
• Limited or special honors;
• Achievements for reading depth, comment interaction, Reactions, and active participation;
• Official group tags such as Site Staff Team, Core Architects, Epomail Certified Readers, Mail Beta Group, and Community Reader Circle.

Unlockable badges are sorted by priority; computeOfficialBadges() can retrieve the top 4 for compatible display. However, the actual rules for getEquippedBadges() are:

1. Equipped results are only returned if the user has locally selected items to wear.
2. A maximum of 4 badges can be selected, and duplicate IDs will be removed.
3. If no custom equipped items are selected, an empty array is returned; it should not be assumed that the system will automatically equip the highest-priority badges.
4. Local localStorage equipping settings are not equivalent to permanent server-side account data; clearing browser data may cause local selections to disappear.

5. Transparency and Misuse

Levels and badges should only reflect genuine reading and interaction. Spamming comments, Reactions, duplicate content, impersonating others, using scripts to fake activity, or exchanging payments for titles all violate the Community Guidelines. The site reserves the right to correct, revoke, hide, or recalculate tags resulting from erroneous data and abuse.

If you find a clear error in your level, badge, region display, or account role, please provide the necessary information according to the Reporting and Appeals Guide. Please do not publicly post emails, session tokens, or administrative fields.

Last updated: 2026-10-20.

Niveaux d’identité et badges EpoCanvas : Guide explicatif

[!IMPORTANT] Actuellement, des règles de calcul et de mappage de niveau différentes existent entre le client et le serveur. Cette page listera séparément le contenu vérifiable par le code ; tant que les règles ne sont pas unifiées, aucun tableau ne sera déclaré comme étant le seul contrat de promotion valide et permanent pour l’ensemble du site.

1. LV, TL et rôles ne sont pas la même chose

• LV (Level) : Code de niveau pouvant être affiché dans le centre de compte et les profils publics, allant de LV.0 à LV.4.
• TL (Trust Level) : Valeur de confiance calculée en fonction des lectures, du temps de lecture, des commentaires, des réactions, des jours d’activité, des rôles ou des paramètres du site. La limite supérieure du TL peut varier selon les moteurs de calcul.
• Rôle : Actuellement visitor, reader ou admin dans les données d’identité, il détermine l’authentification API et le périmètre de gestion, et n’est pas accordé uniquement par un badge local.
• Badge : Étiquette d’accomplissement/d’identité pouvant être déverrouillée, affichée ou portée. Un badge n’est pas une permission de sécurité et ne remplace pas l’authentification de session.

Les appréciations et les paiements n’augmentent pas automatiquement le LV/TL et ne débloquent pas les articles payants ou les privilèges de commentaire ; la participation communautaire et le soutien financier doivent rester séparés. Pour les rôles de compte et les permissions API, veuillez consulter les Explications sur la sécurité des comptes et des sessions.

2. Les paliers officiels affichés côté client

Le moteur côté client de src/lib/user-level.ts utilise une chaîne de déverrouillage préalable stricte. Le tableau ci-dessous présente les seuils représentatifs actuellement lisibles ; les valeurs peuvent changer en raison des mises à jour des statistiques et de la configuration :

Code	Titre	Conditions de déverrouillage principales (cumulatives)	TL max.
LV.0	Nouvel utilisateur	Aucune activité de lecture générée	0
LV.0	Utilisateur initial	A lu des articles ou accumulé au moins 1 minute de lecture	2
LV.1	Utilisateur de base	A terminé la phase initiale et posté au moins 1 commentaire	8
LV.1	Contributeur	Au moins 30 minutes de lecture, au moins 10 commentaires	15
LV.1	Érudit réfléchi	Sur la base de la phase précédente, au moins 120 minutes de lecture, au moins 20 commentaires, au moins 10 réactions reçues	20
LV.2	Utilisateur actif	Au moins 20 jours d’activité, au moins 300 minutes de lecture, au moins 30 commentaires, au moins 20 réactions reçues	35
LV.2	Geek persévérant	Au moins 45 jours d’activité, au moins 480 minutes de lecture, au moins 60 commentaires, au moins 40 réactions reçues	50
LV.3	Pionnier	Au moins 90 jours d’activité, au moins 720 minutes de lecture, au moins 100 commentaires, au moins 60 réactions reçues	70
LV.3	Utilisateur de l’année	Après avoir atteint le niveau Pionnier, atteindre 180 jours d’activité, 1440 minutes de lecture, 150 commentaires	80
LV.3	Maître de l’encre	Après avoir atteint le niveau Utilisateur de l’année, atteindre 300 jours d’activité, 2160 minutes de lecture, au moins 100 réactions reçues	90
LV.4	Membre principal	Attribué par les rôles/paramètres du site, pas une promotion automatique générale	91–99
LV.4	Administrateur du site	Propriétaire du site	100

Le terme « au moins » dans le tableau est pour faciliter la lecture ; le programme réel vérifie également les phases précédentes, les sources statistiques et les conditions de rôle. L’affichage d’un titre ne signifie pas l’obtention de droits d’administration.

3. Mappage d’identité côté serveur

Actuellement, functions/_lib/auth-service.ts dispose d’un autre ensemble de calculs orientés vers le service de compte : il lit principalement le nombre de jours depuis la création du compte, le nombre de commentaires, le nombre de likes reçus et les statistiques de lecture/articles dérivées, puis les mappe à user_lv0, user_lv1, user_base. Les déterminations représentatives côté serveur incluent :

• L’identité d’administrateur du site utilise TL.99 et LV.4 ;
• Une inscription de 365 jours permet d’accéder au LV.3 Utilisateur de l'année ;
• Les Pionniers, Utilisateurs actifs et Contributeurs nécessitent des seuils différents en termes de jours d’inscription, de lecture, de commentaires et de likes reçus ;
• Les rôles côté serveur sont toujours basés sur une session valide, l’identité Epomail et la vérification de l’administrateur.

Par conséquent, les statistiques locales affichées dans le centre de compte, les réponses de l’API côté serveur et les cartes d’auteur de commentaires peuvent présenter des titres ou des TL différents pendant la période de transition. Il s’agit d’une divergence technique à unifier, et ne doit pas être interprétée comme une pénalité pour l’utilisateur ou l’obtention de doubles privilèges.

4. Pool de badges et règles de port

Le moteur de badges côté client évalue actuellement les éléments déverrouillés par catégorie, y compris :

• Titre principal de niveau ;
• Honneurs limités ou spéciaux ;
• Accomplissements liés à la lecture approfondie, aux échanges de commentaires, aux réactions et à l’activité ;
• Étiquettes de groupes officiels tels que l’équipe d’administration du site, les architectes principaux, les lecteurs certifiés Epomail, le groupe de bêta-testeurs par e-mail et le cercle de lecteurs de la communauté.

Les badges déverrouillables sont classés par priorité ; computeOfficialBadges() peut prendre les 4 premiers pour un affichage compatible. Cependant, les règles réelles de getEquippedBadges() sont :

1. Les résultats de port ne sont renvoyés que si l’utilisateur a sélectionné des éléments à porter localement ;
2. Un maximum de 4 badges peut être sélectionné pour le port, et les ID en double sont supprimés ;
3. Si aucun élément personnalisé n’est sélectionné pour le port, un tableau vide est renvoyé, et il ne faut pas affirmer que le système attribue automatiquement le badge de plus haute priorité ;
4. Les paramètres de port dans le localStorage local ne sont pas équivalents aux données de compte permanentes côté serveur, et la suppression des données du navigateur peut entraîner la disparition des sélections locales.

5. Transparence et utilisation abusive

Les niveaux et les badges ne doivent refléter que la lecture et les échanges authentiques. Le spam de commentaires, le spam de réactions, le contenu dupliqué, l’usurpation d’identité, la falsification d’activité par script ou l’échange de paiements contre des titres sont tous contraires aux « Règles de la communauté ». L’administration du site peut corriger, révoquer, masquer ou recalculer les étiquettes générées par des données erronées ou des abus.

Si vous constatez une erreur manifeste dans votre niveau, vos badges, l’affichage de votre région ou votre rôle de compte, veuillez fournir les informations nécessaires conformément aux Instructions de signalement et d’appel. Veuillez ne pas publier publiquement d’adresses e-mail, de jetons de session ou de champs d’administration.

Dernière mise à jour : 2026-10-20.

Niveles de Identidad e Insignias de EpoCanvas

[!IMPORTANT] Actualmente, existen diferentes reglas de cálculo y mapeo de niveles entre el cliente y el servidor. Esta página listará por separado el contenido verificable por código; hasta que las reglas se unifiquen, ninguna tabla se declarará como el único contrato de ascenso válido y permanente para todo el sitio.

1. LV, TL y Roles no son lo mismo

• LV (Nivel): El código de nivel que puede mostrarse en el centro de cuentas y en el perfil público, con un rango de LV.0 a LV.4.
• TL (Nivel de Confianza): Un valor de confianza calculado en función de lecturas, tiempo de lectura, comentarios, reacciones, días de actividad, roles o configuraciones del sitio. El límite superior de TL puede variar entre diferentes motores de cálculo.
• Rol: Actualmente visitor, reader o admin en los datos de identidad, que determina la autorización de la API y el alcance de la administración, y no es otorgado únicamente por una insignia local.
• Insignia: Una etiqueta de logro/identidad que se puede desbloquear, mostrar o usar. Las insignias no son permisos de seguridad y no reemplazan la autenticación de sesión.

Las felicitaciones y los pagos no aumentan automáticamente el LV/TL, ni desbloquean artículos de pago o privilegios de comentarios; la participación en la comunidad y el apoyo financiero deben mantenerse separados. Para los roles de cuenta y permisos de API, consulte Explicación de Seguridad de Cuenta y Sesión.

2. Escalafón Oficial Mostrado por el Cliente

El motor del cliente en src/lib/user-level.ts utiliza una estricta cadena de desbloqueo pre-requisito. La siguiente tabla muestra los umbrales representativos actualmente legibles; los valores pueden cambiar debido a actualizaciones de estadísticas y configuración:

Código	Título	Condiciones Principales de Desbloqueo (acumulativas)	TL Máx.
LV.0	Usuario Emergente	Sin actividad de lectura aún	0
LV.0	Usuario Inicial	Ha leído artículos o acumulado al menos 1 minuto de lectura	2
LV.1	Usuario Básico	Ha completado la fase inicial y publicado al menos 1 comentario	8
LV.1	Contribuidor	Al menos 30 minutos de lectura, al menos 10 comentarios	15
LV.1	Erudito Reflexivo	Basado en la fase anterior, al menos 120 minutos de lectura, al menos 20 comentarios, y al menos 10 reacciones recibidas	20
LV.2	Usuario Activo	Al menos 20 días de actividad, al menos 300 minutos de lectura, al menos 30 comentarios, y al menos 20 reacciones recibidas	35
LV.2	Geek Perenne	Al menos 45 días de actividad, al menos 480 minutos de lectura, al menos 60 comentarios, y al menos 40 reacciones recibidas	50
LV.3	Pionero	Al menos 90 días de actividad, al menos 720 minutos de lectura, al menos 100 comentarios, y al menos 60 reacciones recibidas	70
LV.3	Usuario del Año	Primero completa Pionero, luego alcanza 180 días de actividad, 1440 minutos de lectura, 150 comentarios	80
LV.3	Gran Maestro	Primero completa Usuario del Año, luego alcanza 300 días de actividad, 2160 minutos de lectura, y al menos 100 reacciones recibidas	90
LV.4	Miembro Principal	Otorgado por rol/configuración del sitio, no es un ascenso automático general	91–99
LV.4	Administrador del Sitio	Identidad del propietario del sitio	100

El término “al menos” en la tabla es para facilitar la lectura; el programa real también verifica las fases previas, las fuentes estadísticas y las condiciones de rol. La visualización de un título no equivale a la adquisición de ningún permiso de administración.

3. Mapeo de Identidad del Servidor

Actualmente, functions/_lib/auth-service.ts tiene otro conjunto de cálculos orientados al servicio de cuentas: principalmente lee los días de creación de la cuenta, el número de comentarios, el número de ‘me gusta’ recibidos y las estadísticas de lectura/artículos derivadas, y los mapea a user_lv0, user_lv1, user_base. Las determinaciones representativas del servidor incluyen:

• La identidad de Administrador del Sitio utiliza TL.99 y LV.4;
• Registrarse por 365 días permite acceder a LV.3 Usuario del Año;
• Pionero, Usuario Activo y Contribuidor requieren diferentes umbrales de días de registro, lectura, comentarios y ‘me gusta’ recibidos, respectivamente;
• Los roles del servidor aún se basan en sesiones válidas, la identidad de Epomail y la verificación del administrador.

Por lo tanto, las estadísticas locales mostradas en el centro de cuentas, las respuestas de la API del servidor y las tarjetas de autor de comentarios pueden mostrar diferentes títulos o TL durante el período de transición. Esta es una diferencia de ingeniería pendiente de unificación y no debe interpretarse como un castigo al usuario o la obtención de doble privilegio.

4. Pool de Insignias y Reglas de Uso

El motor de insignias del cliente evalúa actualmente los elementos desbloqueados por categoría, incluyendo:

• Títulos principales de nivel;
• Honores limitados o especiales;
• Logros de lectura acumulada, interacción en comentarios, reacciones y actividad;
• Etiquetas de grupos oficiales como Equipo de Administradores del Sitio, Arquitectos Principales, Lectores Verificados de Epomail, Grupo de Beta Testers de Correo y Círculo de Lectores de la Comunidad.

Las insignias desbloqueables se ordenan por prioridad; computeOfficialBadges() puede tomar las 4 primeras para una visualización compatible. Sin embargo, las reglas reales de getEquippedBadges() son:

1. Solo se devolverán los resultados de las insignias equipadas si el usuario ha seleccionado elementos para usar localmente;
2. Se pueden seleccionar un máximo de 4 insignias para usar, y se eliminarán los IDs duplicados;
3. Si no hay elementos personalizados seleccionados para usar, se devolverá un array vacío, y no se debe afirmar que el sistema equipará automáticamente las insignias de mayor prioridad;
4. La configuración de insignias equipadas en el localStorage local no equivale a los datos permanentes de la cuenta del servidor; borrar los datos del navegador puede hacer que las selecciones locales desaparezcan.

5. Transparencia y Uso Indebido

Los niveles e insignias solo deben reflejar la lectura y la interacción genuinas. El spam de comentarios, el spam de reacciones, el contenido duplicado, la suplantación de identidad, la falsificación de actividad con scripts o el intercambio de pagos por títulos, todo ello viola las “Normas de la Comunidad”. El sitio puede corregir, revocar, ocultar o recalcular las etiquetas generadas por datos erróneos y abusos.

Si encuentras que tu nivel, insignias, visualización de región o rol de cuenta son claramente incorrectos, por favor proporciona la información necesaria según las Instrucciones para Reportar y Apelar. No publiques públicamente correos electrónicos, tokens de sesión o campos de administración.

Última actualización: 2026-10-20.

EpoCanvas: Erläuterung der Identitätsstufen und Badges

[!IMPORTANT] Derzeit gibt es unterschiedliche Regeln für die Berechnung und Zuordnung von Stufen auf Client- und Serverseite. Diese Seite listet die durch Code überprüfbaren Inhalte separat auf; bis zur Vereinheitlichung der Regeln wird keine Tabelle als der einzige und dauerhaft gültige Beförderungsvertrag für die gesamte Website deklariert.

1. LV, TL und Rollen sind nicht dasselbe

• LV (Level): Die in der Kontoverwaltung und den öffentlichen Profilen angezeigte Stufenbezeichnung, die von LV.0 bis LV.4 reicht.
• TL (Trust Level): Der Vertrauenswert, berechnet anhand von Zugriffen, Lesezeit, Kommentaren, Reactions, aktiven Tagen, Rollen oder Website-Einstellungen. Die Obergrenze des TL kann je nach Berechnungsmethode variieren.
• Rolle (Role): Die aktuellen Identitätsdaten umfassen visitor, reader oder admin. Sie bestimmen die API-Authentifizierung und den Verwaltungsbereich und werden nicht durch ein lokales Abzeichen allein vergeben.
• Badge (Abzeichen): Ein freischaltbares, anzeigbares oder tragbares Leistungs-/Identitäts-Label. Badges sind keine Sicherheitsberechtigungen und ersetzen keine Sitzungsauthentifizierung.

Lob und Zahlungen erhöhen LV/TL nicht automatisch und schalten auch keine kostenpflichtigen Artikel oder Kommentarberechtigungen frei; Community-Beteiligung und finanzielle Unterstützung sollten getrennt bleiben. Informationen zu Kontorollen und API-Berechtigungen finden Sie unter Erläuterung zur Konto- und Sitzungssicherheit.

2. Offizielle Stufen, die vom Client angezeigt werden

Die Client-Engine in src/lib/user-level.ts verwendet eine strikte Kette von Vorab-Freischaltungen. Die folgende Tabelle zeigt die derzeit lesbaren repräsentativen Schwellenwerte; die Werte können sich aufgrund von Statistikdaten und Konfigurationsaktualisierungen ändern:

Code	Titel	Hauptfreischaltbedingungen (sequenziell kumulativ)	TL-Obergrenze
LV.0	Neuer Benutzer	Noch keine Leseaktivität	0
LV.0	Initialer Benutzer	Artikel gelesen oder mindestens 1 Minute Lesezeit gesammelt	2
LV.1	Basis-Benutzer	Initialphase abgeschlossen und mindestens 1 Kommentar veröffentlicht	8
LV.1	Mitwirkender	Mindestens 30 Minuten Lesezeit, mindestens 10 Kommentare	15
LV.1	Denker/Gelehrter	Basierend auf der vorherigen Stufe: mindestens 120 Minuten Lesezeit, mindestens 20 Kommentare, mindestens 10 Reactions erhalten	20
LV.2	Aktiver Benutzer	Mindestens 20 Tage aktiv, mindestens 300 Minuten Lesezeit, mindestens 30 Kommentare, mindestens 20 Reactions erhalten	35
LV.2	Evergreen Geek	Mindestens 45 Tage aktiv, mindestens 480 Minuten Lesezeit, mindestens 60 Kommentare, mindestens 40 Reactions erhalten	50
LV.3	Pionier	Mindestens 90 Tage aktiv, mindestens 720 Minuten Lesezeit, mindestens 100 Kommentare, mindestens 60 Reactions erhalten	70
LV.3	Jahres-Benutzer	Zuerst Pionier abschließen, dann 180 Tage aktiv, 1440 Minuten Lesezeit, 150 Kommentare erreichen	80
LV.3	Meister der Tinte	Zuerst Jahres-Benutzer abschließen, dann 300 Tage aktiv, 2160 Minuten Lesezeit, mindestens 100 Reactions erhalten	90
LV.4	Kernmitglied	Wird durch Website-Rolle/Einstellung vergeben, keine allgemeine automatische Beförderung	91–99
LV.4	Webmaster	Identität des Website-Eigentümers	100

Das „mindestens“ in der Tabelle dient der besseren Lesbarkeit; der tatsächliche Code prüft auch Vorstufen, Statistikquellen und Rollenbedingungen. Die Anzeige eines Titels bedeutet nicht, dass administrative Berechtigungen erworben wurden.

3. Identitätszuordnung auf Serverseite

functions/_lib/auth-service.ts verfügt derzeit über einen weiteren Satz von Berechnungen für den Kontodienst: Dieser liest hauptsächlich die Anzahl der Tage seit Kontoerstellung, die Anzahl der Kommentare, die Anzahl der erhaltenen Likes und abgeleitete Lese-/Artikelstatistiken und ordnet diese user_lv0, user_lv1, user_base zu. Repräsentative serverseitige Bestimmungen umfassen:

• Die Webmaster-Identität verwendet TL.99 und LV.4;
• Nach 365 Tagen Registrierung kann man die Stufe „LV.3 Jahres-Benutzer“ erreichen;
• Pioniere, aktive Benutzer und Mitwirkende benötigen jeweils unterschiedliche Schwellenwerte für Registrierungstage, Lesezeit, Kommentare und erhaltene Likes;
• Serverseitige Rollen basieren weiterhin auf gültigen Sitzungen, Epomail-Identität und Administrator-Verifizierung.

Daher können die im Kontocenter angezeigten lokalen Statistiken, die serverseitigen API-Antworten und die Kommentarautorenkarten während der Übergangsphase unterschiedliche Titel oder TLs aufweisen. Dies ist ein technischer Unterschied, der noch vereinheitlicht werden muss, und sollte nicht als Bestrafung des Benutzers oder als Erhalt doppelter Berechtigungen interpretiert werden.

4. Badge-Pool und Trage-Regeln

Die Client-Badge-Engine bewertet derzeit freigeschaltete Elemente nach Kategorien, darunter:

• Haupttitel der Stufe;
• Limitierte oder besondere Auszeichnungen;
• Erfolge für Lesezeit, Kommentar-Interaktion, Reactions und aktive Beteiligung;
• Offizielle Gruppen-Labels wie Webmaster-Team, Kernarchitekten, Epomail-zertifizierte Leser, E-Mail-Beta-Tester und Community-Leserkreis.

Freischaltbare Badges werden nach Priorität sortiert; computeOfficialBadges() kann die ersten 4 Elemente für eine kompatible Anzeige verwenden. Die tatsächlichen Regeln von getEquippedBadges() sind jedoch:

1. Das Trageergebnis wird nur zurückgegeben, wenn der Benutzer die zu tragenden Elemente lokal ausgewählt hat;
2. Es können maximal 4 Badges ausgewählt werden, wobei doppelte IDs entfernt werden;
3. Wenn keine benutzerdefinierten Trageelemente vorhanden sind, wird ein leeres Array zurückgegeben. Es sollte nicht behauptet werden, dass das System automatisch die Badges mit der höchsten Priorität anlegt;
4. Die Trageeinstellungen im lokalen localStorage entsprechen nicht den permanenten Kontodaten auf dem Server. Das Löschen von Browserdaten kann dazu führen, dass die lokalen Auswahlen verschwinden.

5. Transparenz und Missbrauch

Stufen und Badges sollten nur echte Lese- und Interaktionsaktivitäten widerspiegeln. Das Spammen von Kommentaren, Reactions, das Posten doppelter Inhalte, die Nachahmung anderer Identitäten, das Fälschen von Aktivitäten mittels Skripten oder der Erwerb von Titeln durch Zahlungen verstoßen alle gegen die „Community-Charta“. Die Website kann Tags, die aufgrund fehlerhafter Daten und Missbrauchs entstanden sind, korrigieren, widerrufen, verbergen oder neu berechnen.

Wenn Sie feststellen, dass Ihre Stufe, Badges, regionale Anzeige oder Kontorolle offensichtlich falsch sind, geben Sie bitte die erforderlichen Informationen gemäß den Anweisungen zu Meldungen und Beschwerden an. Bitte veröffentlichen Sie keine E-Mails, Sitzungstoken oder Verwaltungsfelder.

Zuletzt aktualisiert: 2026-10-20.