Rss & SiteMap

炒邮网论坛 http://bbs.cjiyou.net/

炒邮网论坛是收藏者使用量最多覆盖面最广的免费中文论坛,也是国内知名的技术讨论站点,希望我们辛苦的努力可以为您带来很多方便
共1 条记录, 每页显示 10 条, 页签: [1]
[浏览完整版]

标题:洗钱是怎么一回事?

1楼
5201314 发表于:2024/5/9 16:33:00

         为什么虚拟货币会涉及洗钱?(收藏一下,遇到了对比一下)
        今天冒死给大家揭秘一下在这个行业中,那些跑分的犯罪分子到底是怎么洗钱的。(这里的U商只指向利用跑分犯罪的U商,别对号入座了)

以下为一位真实人员出狱的描述流程,人员。

人员表:

卡商-收集(买卖)银行卡的中介。

卡主-也叫卡娃,食物链最底端的人群,出售出租自己银行账户的。

盘口-也叫料方、通道方,负责和电信诈骗操盘手对接,负责资金流转的。

车队长-上对接盘口,下对接卡商和币商(U商)。

秘书-只服务车队长,放风以防被按头,保护车队长。

U商(币商)-在交易所或场外出售USDT给车队长。

操作手-车队长下面的核心人员,负责验证卡主手里的银行卡状态,核对转账限额。

安保人员-负责监控所有卡主,防止跑单。

司机-负责开车和后勤工作,所有人员的吃喝拉撒。

9种角色,车队长为核心,负责所有运转和调度。

这些东西,整个互联网都没人告诉你,你一辈子都接触不了里面的环节,今天冒死给大家公布出来,这样大家就能防止骗局。

每一种电信诈骗资金的“卸货”流程都不一样,今天主要给大家曝光“杀猪盘”中的恋爱精聊的资金是怎么流入一个散户小白卡里的。

准备工作:

          卡商在帮卡娃统一购买机票后,远程操控卡主(卡娃)到车队长指定的地区,司机和操作手接上卡娃后,立刻核验卡娃的银行卡状态和额度,要核对清楚以前是否跑过分,是否被冻结过,转账额度日限额必须超过20万,没有通过核验的直接现场丢弃,通过核验的立刻注册交易所账户,正常交易一两笔U放在账户,或者开单。

为什么必须买机票,就是通过这种方法排除此人以前有涉案、网逃等风险,避免被其他案件牵连,每一步看似无关紧要的规则都是被大量的按头得出来的经验。

随后拉倒住宿地点准备第二天直接开工,全程不住酒店,只找民宿,开工期间不能使用卡主的一切身份信息,并且卡主的手机卡会在几公里之外被安保拿去接受短信验证码。

开工:

找到一个有后门的一楼茶楼就准备开工了。

        车队长在茶楼等待盘口和电信诈骗人员对接,像这种杀猪盘节奏都是被诈骗者控制好了的,知道受害者什么时候就会打款,所以基本都提前一天联系车队长预约额度。

         盘口叫车队长提供卡号,车队长把卡娃昨天验证好的账户发送给盘口,盘口直接提供给受害者,受害者将资金打入卡娃的银行卡,一般这个时间在几分钟内。

        操作手收到资金后,立刻在交易所随机找币商高价购买USDT,购买好之后就把币按照比例提给盘口,留下15%的利润。

        和币商熟悉后,很多币商主动要求参与这个环节,因为吃不饱饭的币商太多了,正常交易100万,他们只有3000元利润,而参与这个环节,起码10万元利润,你觉得有几个币商会禁得住这个诱惑。

        卡主的日限额额度满后,车队长买好机票立刻叫司机送卡主到机场,发放2000-5000元给卡主,支付卡商3000-5000元,一张卡的成本在1万3左右。又换一批卡主到达下一个地方。

结束:

       结束后车队长就会带着所有人员去夜场消费,基本上都会把当天的利润花完,基本不怎么省钱,因为他们都知道某一天会被按头。

        今朝有酒今朝醉,这就是所有人员醉生梦死的生活,却又看不到明天。

        而币商收到这个资金后,立刻就会在交易所挂单高于市场价格1分收取USDT,而这个时候你作为一个散户去卖出你的数字资产,相当于电信诈骗的资金直接从受害者——币商——到了你的账户。
     
        而币商是没有资金留存的,他们冻卡后都不会去处理,很多叔叔看着没有余额的账户,也不会去操作冻结,而你的账户最后流入了资金,被一键冻结,最终所有的行为都由你买单。

         这就是为什么你在交易所卖U会被冻结的所有原因,涉及到了很多违法犯罪的事情,并不是你单纯的出售了你的数字资产,这个社会是一个多维度的东西,你看到的层面仅仅是你那一点点。

         跳出那口井,站在上帝视角才能全面的观察到所有核心东西,网络赌博提现也会是这个流程,所以为什么会被冻卡。他们告诉你,这叫认知。
共1 条记录, 每页显示 10 条, 页签: [1]

Copyright ©2002 - 2010 炒邮网论坛
Powered By Dvbbs Version 8.0.0sp1
Processed in 0.07813 s, 2 queries.