规则

RED 的总则如下：

• 禁止重复注册。一人终身一号。任何情况下都禁止另建账号。如果你的账号被封禁，请前往 IRC 的 #red-disabled 频道联系管理人员。
• 禁止交易、出售、赠送或提供账号。如果你决定不再使用账号，请私信管理（Staff PM）以请求封号。注意，我们不会删号。
• 禁止共享账号。账号仅限个人使用。禁止以任何方式（例如，共享登录详细信息、外部程序）授予他人你的账号访问权限。如果你的朋友和家人希望使用本站，请邀请他们。
• 禁止邀请劣质用户。你需要对你的下家负责。你不会因你的下家未能保持合格分享率而受到惩罚，但如果你的下家违反了总则或邀请规则，你的邀请权限和账号将会受到威胁。
• 禁止交易、出售、公开赠送或公开提供邀请。只邀请你认识和信任的人。只有管理人员和指定的招募人员可以在其他私人站点公开发放邀请。不要在公共网站或其他仅用于邀请赠送、交易和／或买卖的私人网站上发放邀请。不要在 IRC 频道或其他社交聊天客户端上公开发放邀请。通过私聊向一个你不认识或不信任的人提供邀请被视为公开发放，被算作违规。禁止回复公开的邀请申请。
• 禁止求取邀请或账号。严禁索求 Redacted 或其它站点的邀请或账号。邀请可以在网站的邀请论坛中提供（仅限 Power User 及以上用户访问），但不能求取。仅当有人在邀请论坛中提供邀请时，你才可以通过发送私信求邀。未经允许禁止求邀，即使是通过私信也不行。
• 禁止参与分享率操纵活动。违背 BitTorrent 协议或网站功能（例如，滥用求种）设计本意以转移缓冲量（Buffer）——或提高你自己的缓冲量——被定义为分享率操纵活动。如有疑问，请发送 Staff PM 了解更多。
• 禁止向 Tracker 汇报错误的数据（即作弊）。无论是通过使用魔改版「作弊客户端」还是通过人工操纵被许可的客户端向站点汇报错误的数据都被视为作弊。
• 禁止使用未经许可的客户端。你的客户端必须列在白名单内。你不能使用以任何方式修改过的客户端。对测试不稳定客户端感兴趣的开发人员必须首先获得管理人员的批准。
• 禁止修改 Redacted 的种子文件。严禁在 Redacted 的种子内嵌入非 Redacted 的 announce 地址。这样做会导致报告虚假数据，并被视为作弊。无论种子文件是否已载入客户端，它们都适用本规则。
• 禁止共享种子文件或你的密钥。站点的每个种子文件中都嵌入了一个包含个人密钥的 announce 地址。密钥允许用户向站点报告统计信息。
• 禁止敲诈、威胁或曝光其他用户。严禁以任何理由公开或威胁公开用户的隐私信息。私人信息包括但不限于个人识别信息（例如姓名、档案、活动历史、照片）。未经允许，不得讨论或共享未经用户公开的信息。这包括通过调查收集的私人信息（如谷歌搜索结果）。
• 禁止欺诈或欺骗。严禁任何形式的诈骗（如网络钓鱼）。
• 禁止对管理人员的决定不敬。分歧必须与下决定的管理人员私下讨论。如果管理员已经退休或不能联系，你可以发送 Staff PM。不要联系多位 Moderator 以期找到一个符合你意愿的人；但如果你需要第二意见，则可以联系一位 Administrator。联系管理人员的方式包括私信、Staff PM 和 IRC 上的 #red-disabled 频道。
• 禁止冒充管理人员。严禁在站内、站外或 IRC 上假冒管理人员或官方服务账号（如站点机器人）。这也包括冒充其他站点的工作人员。另外，严禁欺骗性地歪曲管理人员的决定。
• 禁止越俎代庖。「越俎代庖」的行为指用户对其他用户执法。禁止对抗、挑衅、责骂涉嫌违规的用户或疑似提交举报的用户。发现违规，举报即可。
• 禁止请求特别活动。特别活动（例如免费种子、中性种子、管理员精选）是由站点管理人员慎重考虑后推出的。它们不拘泥于固定的时间表，也不受用户请求影响。
• 禁止收集用户识别信息。禁止通过脚本、漏洞攻击或其他技术使用本站服务获取任何类型的用户识别信息（如 IP 地址、个人链接）。
• 禁止利用本站的服务（包括 Tracker、网站和 IRC 网络）牟取商业利益。严禁将本站或由本站维护的代码（例如 Gazelle、Ocelot）用于商业服务。严禁将会员提供的内容（如用户的种子数据）商业化。同时也禁止其他推广、募捐以及交易行为。
• 禁止使用公共代理、Tor 或免费 VPN 服务访问本站。不要使用免费代理或 VPN 服务访问站点。也禁止通过 Tor 浏览或上传下载。你可以通过付费 VPN 服务、专用和共享种子盒子以及专用服务器和代理来浏览本站。共享 VPN 或动态 IP VPN 的使用需预先取得管理的许可。如有疑问，请发送 Staff PM 寻求支持。更多信息请参阅我们的《代理／VPN 小贴士》和《多 IP》文章。
• 禁止滥用自动网站访问。所有自动站点访问都必须通过 API 完成，API 在 10 秒内只会回应 5 个请求。禁止使用脚本和其他自动化流程收集网站的 HTML 页面。
• 禁止自动下载免费种子。严禁使用任何（几乎）不需要用户输入的方法（如基于 API 的脚本、日志或站点抓取等）自动下载免费种子。更多信息请参阅《免费种子自动下载政策》一文。
• 禁止以任何理由寻找或利用现存错误。禁止在站点（而不是本地开发环境）中查找或利用错误漏洞。如果你发现了一个严重的错误或安全漏洞，请立即参照本站的《漏洞报告政策》向我们汇报。不太严重的错误可以到论坛的 Bugs 版块汇报。
• 禁止公布漏洞。有关漏洞的发布、组织、传播、分享、技术讨论或研究便利权利由管理人员决定。漏洞被定义为对本站内部、外部、非盈利或营利服务的意料之外或未被许可的利用。更多信息请参阅《漏洞报告政策》一文。漏洞利用随时可能被重新分类。

重复

重复，指的是一个种子与站点已有的种子等价。RED 允许统一 CD 的多种不同压盘共存，只要 CD 的内容有差异。比如，国际版（尤其是日版）通常会带有特典音轨，而这，在原版或美版中是不包含的。在原版已经存在于站点的情况下，发布一个带有特典音轨的版本不被视为重复，因为两者的内容有所差异。

• 同一发行的同比特率、同格式、相似或相同的采样率种子被视为重复。如果你想要发布的种子已经有同格式、同比特率存在于站点，你就不可以再发布它了。
• 同一发行的 Scene 与非 Scene 资源，若比特率与格式相同，则视为重复。
• 抓轨 Log 信息（ToC、峰值电平、音轨前间隙）、曲目列表、播放顺序决定了特定的版本，而不是 目录编号信息。仅仅目录编号不同，或是 CD 打包售卖，不足以视为一个新的版本，即使年份、唱片厂牌确实决定了特定的发行。
• 不活跃（或无人做种）两周的种子可以被来自相同专辑的新种子淘汰。如果你拥有不活动种子的原始种子文件及其相应资源，你应续种而不是发布新种。

淘汰

以合规种子取代不合规种子的过程称为淘汰。最常见的淘汰类型是格式淘汰、标签淘汰和文件夹淘汰。

格式淘汰

下图表达了格式淘汰的层级关系：

每一列的顶层是不能被淘汰的最优格式。为了保证你发的资源不被他人淘汰，我们建议你直接发顶层的格式。如果你有一份无损资源，我们建议你只发 FLAC、320 和 V0 三种，因为它们不会被淘汰。但如果你只有 MP3 CBR 224 或 AAC 256 的有损资源，那也只能就这样发布了，只要站点现在还没有「更好」的格式，但你得理解你发布的资源可能在将来被淘汰。永远不要将你的有损文件转码成 FLAC、320 或 V0 来避免被淘汰，因为发布劣质转码的后果比被淘汰要严重得多。

有损淘汰规则

• 若你将要发布的专辑还没有你将要发布的格式，只要它的平均比特率高于 192 kbps，你就可以发布；
• 只要相同比特率、相同格式的资源不存在，你就可以发布 MP3 V0、V2 或 320kbps (CBR)；
• 高比特率 CBR 和 ABR 取代较低者。一旦某一比特率的 CBR 被发布，任何比特率低于它的 CBR 都不能再被发布了，ABR 同理；
• 同版本同媒介下，AAC 可以被任何允许的 MP3 格式淘汰（含 iTunes 独占音轨的购买自 iTunes Store 的 AAC 不会被淘汰）；
• 带有 Log 文件、Cue 文件或 M3u 文件的有损格式种子不能淘汰相同质量的现存种子。

无损淘汰规则

• 抓轨的原材料必须来自官方（艺术家或厂牌可证）发行的 CD。它不可以是原 CD 的 CD-R 复制品（除非官方就是以 CD-R 的形式发行）；
• 无 Log 的 FLAC 种子（或是非 EAC 非 XLD 的 Log，有如 dBpoweramp 或 Rubyripper 这样的抓轨软件）可以被带任意分数的 EAC、XLD Log 的 FLAC 种子淘汰；
• 100% EAC 或 XLD Log 的 FLAC 种子可淘汰低分种子。但是，低于 100% 的 Log 不能淘汰其他低于 100% Log 的种子（比方说，一个 99% Log 的抓轨不能淘汰 80% Log 的抓轨）；
• 缺少 Cue 的 100% Log 种子可以被带有非规则（Noncompliant）Cue 的 100% Log 种子淘汰，必须是「非规则」的 Cue，而不是基于 Log 生成的 Cue。两者的差别在哪呢？在于额外的正确索引，正确检测到的音轨前间隙长度和预加重标记。

标签淘汰

当原始种子中文件所必需的元数据标签空缺或出错时，就会发生标签淘汰。但若只是拼写错误，必须得足够严重才能触发（举个例子，丢了「the」或「a」、或是将「love」拼成「lvoe」是不足以触发标签淘汰的）。

• 必需的元数据标签有：音轨标题、专辑标题、艺术家、音轨号；
• 填入的专辑标题必须正确反映实际的专辑标题。在命名时，请使用正确的大小写。无脑全大写或全小写是会触发标签淘汰的；
• 如欲以重新填写标签的种子淘汰旧的、错填的种子，这个修正程度必须足够大。一点点小改动，比如以正确的带变音标记的外语符号（á、é、í、ó、ú 等）淘汰 ASCII 字符、修复轻微的拼写错误，或是修改艺术家的别名（包括乐队名前的「The」）都不足以取代旧种。

文件夹淘汰

当原始种子中的文件夹被错误地命名时，就会发生文件夹淘汰。文件夹应至少包含专辑标题，但包含发行年和格式也是非常应该的。不允许嵌套文件夹。

• 音乐应被直接包含在文件夹下。这包括单音轨专辑，也必须包含在一个文件夹下，即使文件夹中仅一个文件。音乐不能被打包（.rar、.zip、.tar、.iso）；
• 文件夹的命名应有意义，有如 艺术家 - 专辑标题 (年) - 格式。最少最少要有专辑标题，但你理应多写一些；
• 避免在命名正确的目录内再创建冗余的嵌套文件夹（比如用一个额外的文件夹将实际专辑内容套起来）；
• 文件名应正确反映音轨标题。你不可以命名它们为 曲目01.mp3、曲目02.mp3 等。如果种子包含了命名错误的歌曲文件，它就可以被淘汰；
• 多碟种子不能在同一个目录下包含相同编号的音轨。你应创建一个文件夹给第一碟，再创建一个文件夹给第二碟。如果你非要扔在同一个文件夹里，就在音轨序号前额外添加碟片序号，例如 1-01 - 曲目名.mp3。