Rss & SiteMap

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

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

标题:光整治“羊毛党”你真的了解吗?

1楼
123456 发表于:2016/10/9 16:14:00
光整治“羊毛党”你真的了解吗?
图片点击可在新窗口打开查看



随着近几年邮币卡行业的兴起,各省市的各类文交所如雨后春笋般冒出来,各地交易所数量更是出现井喷之势,随之而来的就是交易所之间巨大的竞争,为了抢占用户市场,各交易所纷纷推出各种赠送或者配售原始股的方式来吸引新用户注册开户,如此一来就出现了大批的“羊毛党”群体。

“羊毛党”群体开始活跃在各大文交所中,邮币卡行业中的“羊毛党” 一般只在交易所有配售或赠送活动的时候开户参与并在上市盈利随即退出,并不参与二级市场交易。

“羊毛党”群体指什么?其实“羊毛党”群体由来已久,最开始是以80后为代表的白领一族,搜集银行等金融机构以及文交所、各类商家的促销活动或者免费业务之类的信息,并有选择的参与,从而获得小成本或者零成本换取一定的金钱或物质上的实惠。

交易所与“羊毛党”的关系,一直都无法单纯定义。一方面,开户量对于交易所的重要程度不言而喻,也因此羊毛党的存在对交易所有一定帮助;另一方面,大量以“撸羊毛”为目的的羊毛党如图潮水一般,在获利之后就会抽身前往下一个目标,对于很多交易所来说,羊毛党转化为平台长期投资人的可能性非常小,破坏了市场原本的秩序,产生的影响是弊远大于利的。

“羊毛党”问题一直是近年来蓬勃兴起的邮币卡电子盘行业挥之不去的阴霾,这些受利益驱使的团体极大的扰乱了文交所市场的行情稳定性与健康发展。为解决此问题此,九州邮币卡日前再出重拳,令业内人士也为止惊诧。



九州曾在九月九日发布冻结羊毛党的账户的公告,但这类措施往往治标不治本,许多羊毛党通过申诉等渠道往往最后仍能“溜之大吉”逃避打击,对此九州日前再度祭出大招——新通知程此前被冻结的羊毛党账户若需解冻需到北京总部面谈。

近日,九州邮币卡在打击“羊毛党”的政策上是越走越激烈,业界对于“羊毛党”也是嗤之以鼻,做为一个会经常薅些小羊毛的“羊毛党”非常能够理解交易所打击“羊毛党”的决心,但是也实在忍不住想要跳出来喊一声:你们打击我们还不如做好自己激励我们!!!

其实邮币卡行业内大部分羊毛党并非真的是羊毛党,最初我们进入这个行业是为了参与交易获利而来。15年邮币卡交易行业,没有什么很多的活动,大家都是安安份份的参与交易中,有赚钱的时候也有亏钱的时候,每天的心情也比较单纯,涨的时候怪自己没赶上,跌的时候又伤心自己就趟上了。至于羊毛,也就是看看能不能中个申购,搞个托管啥的,但是要知道这些可是真金白银换回来的。

鲁迅先生说过:世上本没有路,走的人多了也变成了路。羊毛党又何尝不是,去年528之后盘子再无起色,身边很多人都不玩这个了。文交所一着急,就开始整各种配票认购活动。特别是15年下半年福利特的券商模式,你说1推1,1推10都能获原始票,还没有什么门槛,谁傻了不去做, 当然得逮着亲戚一起开户赚原始票,这种羊毛难道不是给我们拿来薅的吗?紧接着就是各个其他交易所轮番搞活动,条件越来越好,门槛越来越低,这种放在嘴边的肉,难道不吃吗?就因为我们不停的参与代-理商的开户送礼活动,我们就变成羊毛党了?难道活动放出来的票不是拿来被薅的吗?

但是不得不说,我们都是小角色,真正的羊头是那些代-理商,他们为了获得交易所的票,会把原来开过户的信息资料直接的在做活动中的交易所下面开户,那一开就是成千上百,这些户难道就不是羊毛党的最大集中地吗?交易所做活动不是也为代-理商手里的用户吗?临了了,会员上去了,对于我们这些当初做活动进来的会员倒是嗤之以鼻的挂个羊毛党的名号。有多个的号就是被代-理商在未通知之前直接开户出来的,要讲违法是不是直接把代-理商先抓起来。

最初参与交易所基本都是为活动而来,交易所做活动的目的不是也想吸引我们加入吗?但是加入之后我们交不交易看的还是交易所本身的状态,要是状态好自然是愿意的,不好自然是拿着羊毛退掉的。因为韭菜和羊毛不就是一念之差么?今天我乘着活动价格好走了就被叫羊毛,那明天主力砸盘跌下来,没跑的我们不就是待割的韭菜?!做为一个羊毛党真想和九州说:你们这么变着法的大肆打击羊毛党,还不如想想怎么提高一下自己交易所的质量更好的转换有效会员。天天和主力合着伙想套散户的钱,再有效的会员也会被逼成羊毛党。

(来源:互联网)
共1 条记录, 每页显示 10 条, 页签: [1]

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