Rss & SiteMap

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

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

标题:[原创](吞寸木)邮票钱币电子盘目前必须走量少精品放开托管之路

1楼
linshouwu 发表于:2016/6/10 15:04:00


邮票钱币电子盘自20131021日由南京文交所钱币邮票交易中心首创以来,至今天已经历近两年零8个月时间。回顾电子盘所走过的历程,可以概括为16个字,即:暴涨暴跌,牛短熊长,惊喜连连,痛苦不堪。前8个字表现了电子盘行情的特点,后8个字描绘了投资者的心态,由于初创阶段的电子盘,行情与行情的间隔时间短,投资者赢利的机会多,因而其惊喜是一个接着一个,同时,由于电子盘的暴涨暴跌,暴跌过程中投资者往往被深套,因而痛苦不堪,难以言表。

造成这种情况的原因:一是电子盘容量小,庄家容易对某一个或某几个品种实现全控盘,暴涨暴跌无法避免,庄控时代的电子盘无法实现价值投资理念的回归;二是封闭托管,将垃圾当宝贝,因为封闭托管,可以不顾现货市场堆积如山的邮品,拉高出货,庄家再去市场寻找下一个托管品种,给电子盘留下了一地鸡毛,使现货市场和电子盘生态遭到严重破坏;三是恶意淘汰,自导自演,庄家(主托管人)为了达到阻止散户托管的目的,不惜向电子盘高层输送利益,在托管过程中互相勾结,实行两种鉴定标准,对散户的货进行恶意淘汰,以实现藏品上市的自导自演,为拉高出货扫清障碍;四是托管审批,设置门槛,审批制为管理层获取利益提供机会,因而管理层死抱审批制不放,并设置托管的市值门槛,邮品200万元市值的主托管人申请门槛直接将量少精品排除在托管门外,量少精品无法托管,而发行量几百万几千万枚的邮品在电子盘上随处可见,垃圾邮品充斥电子盘,管理层只好用封闭托管自误自乐,造成电子盘价格与现货市场的严重偏离,最高偏离度可达几百倍甚至几千倍,令投资者望而却步。

目前的邮票钱币电子盘,已进入进退两难的境地,普遍的高价使其缺乏上涨的动力,长期的低迷使其失去了吸引投资者的能力,投资者亏损累累,封闭托管和垃圾遍地使电子盘投资进入恶性循环阶段。要改变电子盘的现状,必须在交易政策和制度方面进行彻底的革新,尤其要在托管环节坚持走量少精品放开托管之路。作为电子盘管理层,必须采取下列措施。

1     征集托管    让量少精品高居电子盘

将审批制改为征集制,实现电子 盘征集托管。征集制由于没有主托管人,所有参与托管者都处于平等地位,管理层没有接受利益输送,因而也没有义务照顾特殊的利益。采用征集托管后,公平公正将回归电子盘的托管环节,由于实施征集托管的藏品一定是量少精品,因此,实行征集托管后,会一改垃圾充斥电子盘的现状,使量少精品占领电子盘。

2     放开托管    让现货市场与电子盘联动

只有量少精品,才能做到应托尽托,只有应托尽托的品种,才能敢于放开托管。封闭托管,是主托管人和电子盘管理层对托管品种没有信心的表现,这种没有信心会像传染病一样传染给投资者,使投资者在投资时也变得毫无信心,因此封闭托管的定价权来自于庄家,散户没有价格决定权。而放开托管,定价权不再完全取决于庄家,而由现货市场为基础,在庄家、散户、市场多因素共同作用下确定,其中现货市场与电子盘价格的联动是决定电子盘价格的主要因素。只有实现放开托管,才能做到电子盘价格与现货市场的联动,放开托管使托管品在现货市场的数量越来越稀少,受物以稀为贵收藏规律的支配,现货市场的价格必然暴涨,现货市场暴涨的价格必然会进一步推动电子盘价格的上涨,从而形成电子盘与现货市场价格的良性循环。

3     精品托管    让定价权由庄控时代向价值投资回归

放开托管的一定是量少精品,因为初创阶段的电子盘,量大品种不具备放开托管的能力,发行量几百万甚至几千万枚的东西,如果放开托管,将必死无疑。因此,放开托管必定要走精品路线。精品托管的最大好处是托管的数量能够得到有效控制,而且能够做到应托尽托,在物以稀为贵收藏规律支配下,托管品在现货市场的价格将越来越高,其现货市场的价值效应必然最终在电子盘上反映出来,从而实现电子盘藏品的定价权由庄控时代向价值投资的回归。

量少精品放开托管之路是电子盘摆脱目前困境的成功之路,也是解决目前电子盘由庄控时代向价值投资回归转变的必经之路。电子盘的放开托管不是一个简单的托管方式的问题,而是一个牵涉各方利益、事关交易制度创新和电子盘长远发展的大事,各大电子盘管理层必须认真对待,积极创造条件,以尽快实现量少精品的征集托管,放开托管。
共1 条记录, 每页显示 10 条, 页签: [1]

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