Rss & SiteMap

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

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

标题:影子发行方和潜在的内幕交易问题 | 针砭

1楼
5201314 发表于:2026/5/6 10:57:00
摄影/三藏 于港交所今天的这个话题比较敏感,但是关涉到社区和收藏家们的整体利益。在轰轰烈烈的518来临之际,在下一轮牛市启动之前,“三藏”觉得还是有必要探讨一下这两个话题。它或许会短期影响一下市场情绪,但如果这两个问题的机制得以解决,将大大拓展下一轮牛市的深度和广度。第一个问题是影子发行方问题,这涉及发行主体的规范问题。长期以来,鲸探在发行主体层面的约束力是比较弱的,有的发行方频繁更换马甲,甚至打一枪换一炮,发一个IP换一个发行主体。这就造成了发行方的“跑路成本”极低——现在注册一个公司的成本非常低,一个IP运营不下去了,马上换个马甲继续上线。在鲸探三周年的时候,有一家来自中原某省的发行方在参加完聚会之后,颇为震惊。他没有想到,原来他熟悉的很多发行主体背后,其实是同一个团队。“这样没法玩,我们是明牌的,就一个ID打天下,但人家有5个身份证。”据三藏了解,鲸探在早期的时候,为了让平台显得更加多元,对发行方多主体身份运行采取了默许的态度,这导致了大量影子发行方的存在。很多IP发行方稍微追溯一下,就会发现背后其实是同一个团队。尤其是在文博领域,这种现象尤为普遍:签一个博物馆,把几个核心藏品一发,运营不下去了,就留下烂摊子,于是躺平,甚至“跑路”,或者马上换下一个IP,继续风生水起。最后只留下一堆藏友被“套牢”,在风中凌乱。“三藏”认为,鲸探可以鼓励发行方多IP运营,但不应该纵容影子发行方的问题,发行主体的混乱将给鲸探带来后患无穷。首先,影子发行方缺乏有效的社区监督,“跑路”的成本极低,很容易胡作非为。鲸探历史上多次出现一个发行方“跑路”之后,换个马甲再来“割韭菜”的情况,造成了非常恶劣的影响。其次,影子发行方在背后合众连横,表面上看来是众多独立发行方,背后其实是同一个实控人,在一些关键时刻可能会出现要挟平台的举动。危言耸听?完全不是。这已经是迫在眉睫的问题。在鲸探权力下放社区、实现社区共治之前,要先解决这种“藩镇割据”问题,最好的办法就是打开窗户,让阳光照进来,让影子无处可藏。“三藏”个人乐见发行方多IP运营、做大做强,但不应该以影子发行方的方式偷偷摸摸地搞。只有这样,才能提高发行方的“跑路成本”,让他们重视社区的口碑。否则,一次性收割的想法盛行,不利于鲸探的长远发展。在A股,企业上市发行股份是要进行股权穿透的,要如实披露股东所有的关联公司,并且要签署诚信说明书,造假和隐瞒的成本非常高,鲸探完全可以直接借鉴这种模式。第二个是潜在的内幕交易问题。加上“潜在”二字,意图在于我们是要理性讨论这个问题,而不是具体去抨击某个人或某个主体。在T+180交易机制、没有优先购等玩法的时代,鲸探是没有任何内幕交易的,是整个数藏圈最干净的地方。但随着鲸探开海计划的推进,鲸探的参与者身份越来越复杂,在巨大的利益面前,再说鲸探没有内幕交易问题,就显得有些幼稚了。比如说,518《千里江山图》将要发行,万一有人提前知道了这个优先购的相关信息,他通过内幕信息就可以获得巨大收益。鲸探的一位巨鲸玩家,每天都会观察二级市场的异动,有时候也会跟风买入几个藏品。据他介绍,这些异动的藏品,后面多次被印证就是优先购的相关材料。在熊市的时候,由于优先购也没有什么利润空间,所以这些问题还不突出。但一旦进入牛市(行情向好),如果内幕交易问题没有有效的机制约束,将会变得异常突出。影子发行方的另一个极大弊端是,一旦与内幕交易勾结,监管和监督的难度将成倍增加。尤其是现在很多项目方自带资金进场,如果缺乏有效监督机制,放任内幕交易收割散户,那这个市场很快就会竭泽而渔。那么,如何防范潜在的内幕交易问题呢?首先,应该对内幕交易零容忍,严厉打击内幕交易行为,采取永久性禁入制度;其次,应该从机制设置上杜绝这类行为,比如推行明牌“优先购”、建立社区投票机制等;第三,引入社区监督,形成多方制衡的局面。近期,在鲸探CEO杜预积极开展社区互动、平台采取一系列措施稳定市场信心之后,鲸探的行情持续向好,关于牛市的呼声也渐起。但这个行业刚刚兴起,“钱包”和“资产”的观念才刚刚普及,存在很多不规范的地方也在所难免。以上是本人的一些思考,希望能够给行业参与者带来一点启发。“三藏”本人始终对鲸探、对数字资产行业的未来充满信心,也对鲸探管理团队中的正面力量充满信心。
共1 条记录, 每页显示 10 条, 页签: [1]

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