MVP:外媒:印度高官称,该国炼油商已使用人民币结算部分俄进口原油

来源:环球网

乌克兰危机爆发以来,西方对俄罗斯的制裁导致俄罗斯原油全球贸易流向发生改变,如今,印度已成为俄罗斯海上石油的最大买家。据路透社14日报道,一位印度高官证实,印度炼油商已使用人民币结算部分俄罗斯进口原油。

外媒:Coatue Management为其最新基金筹集3.31亿美元,远低于目标额:金色财经报道,据外媒The Information报道称,总部位于纽约的投资管理公司Coatue Management 为其最新基金筹集3.31亿美元,远低于目标额,比期望金额低了34%,这表明在Covid投资热潮期间筹集巨额资金的公司未能实现其筹款目标。

Coatue Management曾投资MoonPay、Chainalysis和Fireblocks等知名加密初创公司,去年,三位普通合伙人离开了Coatue,其中包括领导该公司一些顶级加密货币和金融科技投资的Luca Schmid。[2023/8/1 16:10:25]

印度储备银行总部图源:视觉中国

波卡回顾上个月客户端事故 系内存不足导致:6月7日消息,Polkadot官方发文回顾,5月24日要求波卡验证节点将客户端降级至0.8.30版本事故,系内存不足导致。Polkadot表示,在试图构建区块5202216时因内存不足(OOM)错误而失败。该区块包含验证人选举的链上解决方案,该解决方案通常是在链下计算的,只有在没有提交链下解决方案的情况下才会在链上进行。由于提名者的数量众多,选举溢出了Wasm环境中分配的内存。为解决这个问题,当时验证者被要求暂时将他们的节点软件降级到至0.8.30版本并且使用「--execution=native」命令。该本地版本不受Wasm内存分配器的限制,网络在70分钟停机后恢复。之后在5203204区块,几个节点因「存储根不匹配」错误而失败,这是由于构建本地运行时和链上Wasm运行时的编译器版本不同造成的。解决方案是用一个具有正确编译器版本的Wasm运行时来覆盖链上Wasm运行时。Polkadotv0.9.3版本上线后修复了该类问题,Polkadot表示未来可能会支持4GB的Wasm分配内存。现在选举必须在链下进行,并且禁用链上选举。在分配器被改进之前,链下工作者将使用比链上Wasm运行时更高的内存限制确保链下选举不会耗尽内存并能成功提交。另外,Polkadot将确保本地和Wasm构建中使用相同的编译器版本。[2021/6/7 23:18:48]

路透社本月3日曾援引消息人士的话称,几家印度炼油商已开始用人民币购买从俄罗斯进口的原油。报道14日最新消息称,一位印度高官表示,印度炼油商已使用人民币结算部分俄罗斯进口原油,不过美元仍是印度结算俄原油的主要货币。“印度使用人民币结算仍将受到限制,原因是印度对华出口较低,因而人民币储备不多。”该官员称。

声音 | 外媒:本周对于加密货币行业是多事之秋:BeinCrypto今日发文,根据Josh Olszewicz推特概括的本周热点,评论道,“本周对于加密货币行业来说是多事之秋,因为这些新闻大多数都是关于实体或个人被‘完虐(REKT)’的”。周一,一项针对bitfinex的集体诉讼将以1.4万亿美元的赔偿金提起;周二,基于Reddit的小费服务Tipjar将被关闭;周三,比特币ETF再次遭到拒绝、IRS宣布了针对加密货币的新税收指导;周四,支付宝和微信发布声明不支持虚拟货币;周五,eBay、Mastercard、Visa等主要伙伴正式退出Libra计划。[2019/10/13]

印度储备银行总部内展示的标志图源:视觉中国

报道称,该官员还表示,印度储备银行将在两到三天内发布面向银行的指导意见,以解决卢比贸易结算机制中存在的问题。

报道还称,这位官员补充说,由于与印度进行国防贸易,俄罗斯积累了大量的卢比储备。据彭博社此前报道,俄罗斯外长拉夫罗夫5月在提到不断膨胀的对印贸易顺差时说,俄罗斯已经在印度的银行里积累了数以十亿计的印度卢比,但无法动用这笔资金。他表示,“如果想动用这笔资金,这些卢比就必须兑换成另一种货币,现在我们正在讨论这一问题。”

长期以来,美元一直是全球石油的主要结算货币,但由于俄罗斯受国际制裁被排除在美元和欧元金融网络之外,人民币在俄罗斯金融体系中发挥着越来越重要的作用。此前,路透社援引消息人士的话称,印度石油部和财政部一直试图说服俄罗斯接受使用印度卢比支付原油交易款项,但遭到俄方拒绝,希望以人民币或其他货币结算。俄方认为,如果建立卢比结算机制,将使其面临每年超400亿美元的印度卢比盈余,而无法有效运作,这不是俄罗斯想看到的情况。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

链链资讯

[0:15ms0-3:714ms