音乐区块链应用进入第5年，当初承诺的美好未来
编者按：本文来自微信公众号“音乐先声”（ID:nakedmusic），作者：吴蝶，编辑：范志辉，36氪经授权发布。
在疫情下举步维艰的音乐产业终于久违地有了令人兴奋的头条。
美国摇滚乐队Kings of Leon的新专《When You See Yourself》在本月初以非同质化代币(NFT)的形式发行，成为第一张使用数字加密货币首发的主流专辑，一周内销售额就突破了两百万美元。
其实之前包括Shawn Mendes、Mike Shinoda、Deadmau 5等等在内的多位主流音乐人就已经开始尝试NFT作品拍卖，而伴随着最近两个月NFT板块的整体爆发，NFT终于在2021年从小众币圈成功出圈，不仅成为主流媒体争相讨论的焦点，也再次点燃了业界对于区块链的热情。（民主化or圈钱法？币圈“新宠”NFT能给音乐带来什么？）
但在喧嚣尘上的讨论背后，一些曾经对区块链应用抱有巨大野心的公司却在默默消失，即将于3月底倒闭的区块链票务平台Big Neon便是其中一个。尽管Big Neon成立时被认为是世界上最大票务公司之一Ticketfly的继承者，运营逾2年却始终未能正式上线区块链协议，仍在以传统移动票务平台的方式提供服务，直到去年疫情的到来使演出行业陷入停滞，最终成为压垮Big Neon的最后一根稻草。
区块链在2016年进入主流视野时，音乐行业曾是最受期待的应用领域之一。数字时代下的音乐产业存在中间商众多、价值链复杂、版权数据不透明等种种痛点，导致创作者长期以来在行业利益分配中一直处于弱势。而区块链技术自带的去中心化、可追溯且不可篡改的属性，则被视为解决版权管理问题、提高版税支付效率、保护音乐人权益的灵丹妙药。
音乐区块链大事记
之后，不管是主流唱片公司还是初创科技企业都在各种应用场景里作出了或成功或失败的尝试，期待着能给整个音乐产业带来革命性的改变。如今回顾这5年的音乐区块链发展，我们离当初的美好愿景还有多远？
区块链与流媒体：竞争优势还未确立音乐人在流媒体时代的惨淡收入早已不是什么新闻了。尽管疫情下音乐平台用量激增，失去演出及周边收入渠道的音乐人却仍在拿着自己被唱片公司、发行商、音乐平台层层“盘剥”后的版税发愁。
在这样一个创作者议价权近乎为零的市场里，区块链流媒体平台似乎一出世就带着拯救音乐人的使命光环。
其中，2019年上线的Audius或许是至今最有风头的一家。刚成立就有Deadmau 5，Zed's Dead等一众大牌DJ支持的Audius被称作是“区块链版SoundCloud”，音乐人在这个平台上的作品并不保存在服务器，而是在区块链上产生独立加密的节点。这样一来，包括Audius自己在内的任何平台和中间商都不可能审核下架或修改已上传的歌曲。作品产生的版权收入直接通过基于区块链的公共分类账本即时支付，若有版权争议则会直接发送给上传者并重新分配收入。
Audius的解决方案确实消解了中间商的角色，可以说是一次简化权益分配的成功实践。然而，暂且抛开其因为缺乏风险管控而一直被诟病的盗版问题不谈，运营已近两年，Audius至今仍未能找到一个可持续的商业盈利模型。
本质上，Audius作为一个流媒体平台，它为消费者提供的服务和用户体验却与其他音乐平台并无二致，也还未在差异化目标客群和产品定位方面有作出积极的探索。这不得不让人对它如何追赶竞争对手们积累近十年的用户规模产生疑问，而如果得不到足够的听众，所谓赋能音乐人的愿景也就根本无从谈起。
Audius的用户服务和体验与其他流媒体并无二致
截至目前，Audius已拥有近200万月活用户和5万入驻音乐人，但与Spotify或SoundCloud的几亿月活比起来仍然微不足道，想在大众市场里分一杯羹几乎没有可能。
于是，Audius似乎想改走粉丝社群的道路，并在去年十月发行了自己的治理代币$AUDIO，空投给平台上最受欢迎的1万名音乐人和粉丝。拥有$AUDIO的粉丝可以解锁不同的权益（例如获取隐藏曲目），或者投票让自己的粉丝社群开发新的权益。Audius相信此举能够建立粉丝和音乐人之间更直接（也更排外）的联系，以此发掘粉丝社群的用户粘性和购买力。
部分区块链流媒体平台
不过话说回来，这些真的需要借助区块链来完成吗？事实上，Bandcamp和Patron等直接连结粉丝和音乐人的平台在这方面已耕耘许久，早就形成了稳定的核心粉丝社群。Audius创始人Rumburg在访谈中提到Bandcamp和Patron时，认为Audius的优势在于拥有这两个平台没有的流媒体功能。然而，若想着力于粉丝社群运营，能被竞品轻易替代的流媒体功能也许并没有那么重要，如何利用区块链以较低的成本满足粉丝的个性化需求、建立忠诚度高的粉丝生态圈才是重点。
文章来源：《音乐研究》 网址: http://www.ylyjzz.cn/zonghexinwen/2021/0326/732.html