“比特币教父”发声力保铭文!拥堵问题可通过发展L2来解决!比特币比以太坊更需要L2?

本文主要是介绍“比特币教父”发声力保铭文!拥堵问题可通过发展L2来解决!比特币比以太坊更需要L2?,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

   继12月6日比特币核心开发者Luke公开发文抵制铭文后,比特币教父Adam Back近日提出了不同的观点。他认为不应该试图扼杀比特币铭文,因为在比特币链上发行资产给比特币矿工带来巨大的收益,对比特币的长期稳定发展是有价值的,而比特币铭文导致的网络拥堵问题,可以通过发展比特币的第二层(L2)解决。

   Adam Back大家并不陌生,他于1997年发明的Hash Cash(数字现金)直接启发中本聪创造了比特币,因此被称为比特币教父。其创办的Block Stream,是全球著名的比特币开发公司,也是比特币历次重要升级(包括隔离见证和Taproot升级)的关键推手。

    基于他在比特币社群拥有巨大的影响力,这篇推文引发了广泛讨论,人们开始思考比特币铭文和L2解决方案之间会带来怎样的影响,以及L2对比特币和链上资产的新发展机遇。

比特币铭文和L2的关系

    想要理解比特币铭文和比特币的L2之间的关系,首先需要回顾一下资产发行的历史。2016年至2019年期间,以太坊成为加密行业发行资产的主流平台,ERC20代币标准成为主流,就像今天的比特币发币标准Brc20及其他XRC20一样。2017年的ICO盛况,可以说比目前的铭文势头更为凶猛。

    当然,大部分ERC20代币暴涨暴跌,很多最终都变得毫无价值,而现在热门的各种XRC20代币很可能也会面临类似的命运。然而,在2016年至2019年期间,除了产生各种空气代币外,还涌现了构建基于代币的去中心化金融(DeFi)协议,如MakerDAO、Uniswap等。这些协议经历了牛市和熊市,最终在2020年的DeFi夏季迎来了爆发,至今仍然是去中心化应用的典范。

    从这个历史角度来看,比特币铭文或其他XRC20代币是否也可以构建去中心化的应用呢?答案是肯定的,而且这是必然的趋势。然而,由于比特币的设计目标是简洁和安全,比特币无法直接支持去中心化应用,因此比特币的第二层解决方案成为必需。

比特币铭文1.0到2.0

    纵观比特币铭文从诞生发展到现在,我们可以将其划分为比特币铭文1.0和2.0两个阶段。比特币铭文1.0的玩法比较简单直接:构思叙事、FairMint(公平发射)、社群Fomo、叙事落空、一地鸡毛很多铭文描述的叙事,例如跨链桥、去中心化交易所(DEX)、预言机、发行平台等。但如果真的要实现这些应用,将它们部署在比特币的第二层解决方案上可能是最佳选择。

    比特币教父的提议,似乎让我们隐约看到了比特币铭文2.0的玩法:即基于比特币发行资产,并通过FairMint的方式发行代币,并将铭文资产跨到L2上,这是种有趣的构想。这种模式可以让铭文应用在比特币生态系统中发挥更大的作用,并通过代币捕获应用或协议本身的价值。

总结

   Adam Back的观点是一种建设者的思路去看待铭文和比特币生态发展,并给出了切实可行的解决方案——发展比特币L2。反观Luke这类的开发者似乎是拥有“技术洁癖”,看到铭文这种新生事物,就是一棍子打死,坚决扼杀。

    “比特币比以太坊更需要L2”这个结论,如果在2023年比特币铭文爆火之前提出,没有多少人能理解和接受,但是在如今各类铭文资产满天飞的今天,尤其对于那些已经发行了铭文资产并希望继续进行建设的团队来说,比特币的L2解决方案几乎成为了铭文未来发展的唯一方案。因为这样不仅可以提供更好的扩展性、更低的交易费用和更快的交易确认速度,同时与比特币这一全球性数字货币相结合,进一步扩大其应用范围和影响力。

这篇关于“比特币教父”发声力保铭文!拥堵问题可通过发展L2来解决!比特币比以太坊更需要L2?的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/529985

相关文章

线上Java OOM问题定位与解决方案超详细解析

《线上JavaOOM问题定位与解决方案超详细解析》OOM是JVM抛出的错误,表示内存分配失败,:本文主要介绍线上JavaOOM问题定位与解决方案的相关资料,文中通过代码介绍的非常详细,需要的朋... 目录一、OOM问题核心认知1.1 OOM定义与技术定位1.2 OOM常见类型及技术特征二、OOM问题定位工具

C++右移运算符的一个小坑及解决

《C++右移运算符的一个小坑及解决》文章指出右移运算符处理负数时左侧补1导致死循环,与除法行为不同,强调需注意补码机制以正确统计二进制1的个数... 目录我遇到了这么一个www.chinasem.cn函数由此可以看到也很好理解总结我遇到了这么一个函数template<typename T>unsigned

Vue3绑定props默认值问题

《Vue3绑定props默认值问题》使用Vue3的defineProps配合TypeScript的interface定义props类型,并通过withDefaults设置默认值,使组件能安全访问传入的... 目录前言步骤步骤1:使用 defineProps 定义 Props步骤2:设置默认值总结前言使用T

504 Gateway Timeout网关超时的根源及完美解决方法

《504GatewayTimeout网关超时的根源及完美解决方法》在日常开发和运维过程中,504GatewayTimeout错误是常见的网络问题之一,尤其是在使用反向代理(如Nginx)或... 目录引言为什么会出现 504 错误?1. 探索 504 Gateway Timeout 错误的根源 1.1 后端

Web服务器-Nginx-高并发问题

《Web服务器-Nginx-高并发问题》Nginx通过事件驱动、I/O多路复用和异步非阻塞技术高效处理高并发,结合动静分离和限流策略,提升性能与稳定性... 目录前言一、架构1. 原生多进程架构2. 事件驱动模型3. IO多路复用4. 异步非阻塞 I/O5. Nginx高并发配置实战二、动静分离1. 职责2

解决升级JDK报错:module java.base does not“opens java.lang.reflect“to unnamed module问题

《解决升级JDK报错:modulejava.basedoesnot“opensjava.lang.reflect“tounnamedmodule问题》SpringBoot启动错误源于Jav... 目录问题描述原因分析解决方案总结问题描述启动sprintboot时报以下错误原因分析编程异js常是由Ja

深度剖析SpringBoot日志性能提升的原因与解决

《深度剖析SpringBoot日志性能提升的原因与解决》日志记录本该是辅助工具,却为何成了性能瓶颈,SpringBoot如何用代码彻底破解日志导致的高延迟问题,感兴趣的小伙伴可以跟随小编一起学习一下... 目录前言第一章:日志性能陷阱的底层原理1.1 日志级别的“双刃剑”效应1.2 同步日志的“吞吐量杀手”

MySQL 表空却 ibd 文件过大的问题及解决方法

《MySQL表空却ibd文件过大的问题及解决方法》本文给大家介绍MySQL表空却ibd文件过大的问题及解决方法,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考... 目录一、问题背景:表空却 “吃满” 磁盘的怪事二、问题复现:一步步编程还原异常场景1. 准备测试源表与数据

解决Nginx启动报错Job for nginx.service failed because the control process exited with error code问题

《解决Nginx启动报错Jobfornginx.servicefailedbecausethecontrolprocessexitedwitherrorcode问题》Nginx启... 目录一、报错如下二、解决原因三、解决方式总结一、报错如下Job for nginx.service failed bec

SysMain服务可以关吗? 解决SysMain服务导致的高CPU使用率问题

《SysMain服务可以关吗?解决SysMain服务导致的高CPU使用率问题》SysMain服务是超级预读取,该服务会记录您打开应用程序的模式,并预先将它们加载到内存中以节省时间,但它可能占用大量... 在使用电脑的过程中,CPU使用率居高不下是许多用户都遇到过的问题,其中名为SysMain的服务往往是罪魁