概述
俄罗斯银行提议将专业金融市场参与者持有的加密货币限制为其总股本的25%。此举将为受监管公司直接暴露于加密资产的资产负债表资本设定审慎上限，同时俄罗斯正准备将加密货币交易纳入持牌国内框架。
俄罗斯加密货币持有上限不应被解释为禁止机构提供加密服务。经纪商、资产管理公司、交易所和数字存管机构预计将参与新的受监管市场。拟议的限制反而将面向客户的加密活动与不受限制的自营敞口分开：公司可以促进交易或托管，同时防止其自身资本过度承担风险。
该提议是在俄罗斯通过更广泛的加密货币立法之后提出的，该立法计划于2026年9月1日生效。该框架允许个人和公司通过受监管的中介机构买卖加密货币，同时维持禁止使用加密货币支付国内商品和服务的禁令。
25%的门槛意义重大，因为它表明俄罗斯正在从争论是否应允许加密货币转向定义受监管公司可以吸收多少风险。最终实施仍将取决于俄罗斯银行的详细计算规则，包括资产估值、合格资本和客户资产的处理。
关键要点
- 俄罗斯银行提议将专业市场参与者的加密货币持有量限制为总股本的25%。
- 该措施针对公司自身的资产负债表敞口，不一定针对代表客户持有的加密货币。
- 该限制是一种审慎保障，而非禁止受监管的加密服务。
- 俄罗斯更广泛的加密框架将于2026年9月1日生效。
- 估值、托管隔离和资本定义将决定该规则的严格程度。
什么是俄罗斯加密货币持有上限？
哪些机构将受到覆盖？
该提议适用于专业金融市场参与者，这一类别可包括经纪商、交易商、资产管理公司和其他持牌证券市场公司。具体覆盖范围将取决于俄罗斯银行的最终法规及其与俄罗斯新设立的加密中介机构的互动方式。
俄罗斯更广泛的框架允许现有金融机构和新的专业公司提供加密服务。受监管的基础设施预计将包括经纪商、信托管理人、有组织交易所、加密交易所运营商和负责记录所有权和处理交易的数字存管机构。
因此，俄罗斯加密货币持有上限位于更大的许可体系之内。它不决定公司是否可以进入加密市场。相反，它将限制受监管参与者使用自身财务资源持有的加密资产数量。
银行可能受到单独且可能更严格的审慎待遇。俄罗斯银行的指导历来对银行敞口采取保守态度，包括对加密相关工具的强劲资本覆盖预期。拟议的25%上限针对专业市场参与者，不应自动视为适用于所有俄罗斯金融机构的普遍限制。
总股本的25%意味着什么？
拟议的门槛意味着参与者的加密货币持有价值不能超过其自身股本的四分之一。因此，如果最终规则采用直接计算，一家合格股本为10亿卢布的公司将面临2.5亿卢布的名义上限。
如果监管机构应用估值折扣、风险权重或从合格资本中扣除，有效限额可能会更低。加密价格可能快速变化，因此即使公司没有额外购买，合规头寸也可能在市场反弹后超过限额。
这产生了一个操作问题：公司是否必须在被动违规后立即出售资产，还是会有一定期限恢复合规？最终规则需要定义监控频率、违规补救期限以及用于资产估值的价格来源。
稳定币的处理也很重要。俄罗斯的框架承认加密货币和稳定币为货币资产，但具有不同储备模型和波动特征的资产可能不会获得相同的审慎待遇。在实施条例公布之前，25%的数字应被视为拟议的最大值，而非完整的风险公式。
为什么俄罗斯现在引入该限制？
它如何适应2026年9月的加密框架？
俄罗斯已从大体限制性的方法转向受控模式，在此模式下，加密货币交易可以通过持牌国内中介机构进行。国家杜马于7月通过了关于加密货币流通的立法，该框架计划于2026年9月1日生效。
在新制度下，合格和非合格投资者在完成必要评估后均可接触加密货币。非合格投资者每年通过一家中介机构的限额为30万卢布，且只能购买符合条件的流动性资产。合格投资者可以接触更广泛的资产，且没有相同的金额上限，但测试要求仍然存在。
俄罗斯加密货币持有上限针对的是另一层风险。投资者限额监管客户可以购买什么，而25%的提案则监管中介机构可以在自身资产负债表上保留多少风险敞口。
这种区别至关重要。经纪商可以执行大量客户交易，而无需在经济上拥有标的资产。相反，客户活动相对较少的公司可能会积累集中的自营加密货币头寸。拟议的上限针对的是第二种情况。
为什么不完全禁止机构持有加密货币？
完全禁止将与俄罗斯建立受监管的交易、托管和结算基础设施的决定相冲突。中介机构可能需要有限的库存用于流动性管理、运营测试、费用结算或对冲。
允许受控持有还可以鼓励金融机构发展托管、风险管理和交易处理能力。当活动通过受监管实体而非离岸平台或非正式渠道发生时，监管机构可以获得更高的可见性。
25%的门槛代表了一种折衷。它允许机构参与和试验，同时防止加密货币成为其股权融资组合的主要组成部分。
这种方法与俄罗斯银行的更广泛立场一致，即加密货币可能具有投资和跨境用途，但不应取代卢布作为国内支付工具。监管允许准入，同时维护金融稳定和货币主权的边界。
25%的上限将如何影响金融公司？
经纪商是否需要减少加密货币服务？
不一定。影响取决于公司是自持加密货币还是为客户单独托管资产。
适当隔离的客户资产通常不像自营持有那样代表托管人的经济风险敞口。如果最终规则保持这种区别，经纪商或数字托管机构可以支持大量客户活动，而无需将全部客户余额计入其自身的25%上限。
然而，中介机构可能仍然需要加密货币库存用于结算、做市或提款处理。以本金模式运营的公司将比以代理执行和托管赚取费用的业务受到更大影响。
因此，俄罗斯加密货币持有上限可能会鼓励减少资产负债表密集型运营模式。公司可以优先考虑匹配交易、第三方流动性和快速结算，而不是维持大量方向性库存。
该规则也可能有利于资本充足的机构。较大的股权基础支持更大的名义加密货币头寸，而较小的公司可能发现更难提供流动性或管理波动的结算要求。
该规则会降低市场流动性吗？
它可能会限制受监管公司自身资产负债表直接提供的流动性，尤其是在市场快速增长时期。如果价格上涨可能使其超过监管上限，做市商可能不太愿意维持大量库存。
通过对冲、匹配订单模式和获取外部流动性提供者，可以减轻影响。衍生品的最终处理将很重要，因为公司可能通过对冲降低净市场风险，同时仍持有大量总加密资产。
如果监管机构仅衡量实物持有量而不承认合格对冲，公司提供流动性的灵活性可能会降低。如果它关注净风险敞口，该框架可以支持更积极的做市，同时仍控制方向性风险。
上限也可能影响机构支持哪些资产。面临有限资产负债表能力的公司可能会优先考虑流动性更深、价格发现更强、运营风险更低的加密货币。较小的代币可能仍然只对合格投资者或通过专业中介机构开放。
俄罗斯银行试图控制哪些风险？
加密货币波动性如何影响机构资本？
加密资产可能经历快速价格下跌、流动性分散以及报价与可执行价格之间的巨大差异。持有集中头寸的公司可能遭受足以削弱其资本基础的损失。
对于受监管的中介机构，此类损失可能影响的不只是股东。资本减少可能损害运营连续性、客户服务能力以及公司履行其他义务的能力。因此，监管机构有理由防止投机性持有威胁核心金融功能。
25%的上限並不能消除損失。如果允許的全部配置跌至零，公司在考慮任何額外的營運或交易對手風險之前，仍可能損失其四分之一的股權。
因此，俄羅斯加密貨幣持有上限應被視為更廣泛風險體系中的一層。有效的監管還需要託管標準、網絡安全控制、客戶資產隔離、流動性要求以及可靠的估值程序。
公司能否通過相關工具規避此限制？
這取決於最終的範圍。僅涵蓋直接持有的加密貨幣的狹窄規則，可能會鼓勵公司通過衍生品、結構性產品、基金或附屬公司獲得類似的經濟風險敞口。
俄羅斯央行需要決定計算是否包括直接持有、與加密貨幣相關的衍生品、代幣化債權、穩定幣以及通過受控實體持有的風險敞口。它可能還需要制定規則，防止公司通過關聯公司之間轉移頭寸，以在形式上保持在限額以下。
總額和淨額敞口是另一個挑戰。在存在有效對沖的情況下，按總額計算每個頭寸可能高估風險，而僅依賴淨額敞口可能低估交易對手、基差和流動性風險。
這些技術定義將決定該提案是創造一個有意義的風險上限，還是僅將加密貨幣風險轉移到不同的金融工具中。
25%的上限打開市場，但限制了資產負債表風險
俄羅斯加密貨幣持有上限反映了該國數字資產政策的更廣泛轉變。俄羅斯不再將所有加密貨幣活動視為主要通過警告和限制來應對的外部市場。它正在建立一個持牌的交易、託管和結算系統，同時定義受監管機構可以承擔的風險。
擬議的25%門檻為專業參與者提供了持有加密貨幣的空間，但防止其成為無限的自營賭注。這可以保護公司的資本，鼓勵基於代理的服務，並降低加密貨幣急劇下跌破壞受監管中介機構穩定的可能性。
該措施也帶來了權衡。較小的公司可能面臨更嚴格的操作限制，受監管的做市商可能提供較少的資產負債表流動性，而對沖或穩定幣的處理可能實質性地改變該規則的實際效果。
最重要的細節仍在後面。市場參與者應關注合格股權的定義、估值頻率、被動違規程序、客戶資產的處理以及間接加密貨幣風險是否納入計算。
俄羅斯的新興框架結合了法律准入和嚴格的機構界限。25%的提案並不表示不受限制的加密貨幣採用，但確實確認監管機構正在為加密貨幣成為受監管金融市場中永久（如果嚴格控制）的一部分做準備。
來源
俄羅斯銀行
https://www.cbr.ru/
俄羅斯銀行 – 俄羅斯推出加密貨幣監管
https://ebs.publicnow.com/view/A2C4BA2432A575D6C4551C0BE4A6581E2483F676
國際文傳電訊社 – 俄羅斯加密貨幣監管
https://interfax.com/newsroom/top-stories/117653/
Finance Magnates
https://www.financemagnates.com/cryptocurrency/regulation/russia-gives-crypto-firms-until-july-2027-to-obtain-licences-under-new-market-rules/
