> BTC 的安全模型被打破， 一个世纪以来，它的价格必须每四年翻一番，否则就要承受极高的费用！只是为了维持目前的安全水平……这是不可能的，因为它在 31 年内就超过了全球 GDP。因此，BTC 安全性已成定局。





![image.png](https://creatorblog.cn/static/img/9866c051230b976b86e7e55a4c1f216d.image.webp)

**<center>2023 年 9 月 9 日 Twitter 原文帖子</center>**


**什么是 Bitcoin 网络安全预算问题？**


![image.png](https://creatorblog.cn/static/img/fbf1323e97e138989f06ffbe532ec633.image.webp)


![image.png](https://creatorblog.cn/static/img/d350a3347bc4bb6df1b013475228dfb5.image.webp)


![image.png](https://creatorblog.cn/static/img/b2e276d33e0e96d066360ae3e447fa91.image.webp)



![image.png](https://creatorblog.cn/static/img/94c7402a60be2e0dd5cdfbeb173b9f48.image.webp)



1. BTC 的安全模型被打破；一个世纪以来，它的价格必须每四年翻一番，否则就要承受极高的费用！只是为了维持目前的安全水平……这是不可能的，因为它在 31 年内就超过了全球 GDP。因此，BTC 安全性已成定局。


![image.png](https://creatorblog.cn/static/img/c32b3fe6b55a225eb9ca0813ab87d1b7.image.webp)

2. 每次减半都会成倍降低安全预算；直到它消失！在超过全球 GDP 80 年之后，这些减半仍在继续，直到完全耗尽，如果你了解指数和经济学，你应该知道这是完全不可能的！

3. 由于费用市场的棘轮效应，费用也永远不会达到持续的极端水平；在竞争激烈的市场中，为一次 TX 支付数百美元是不现实的,当费用飙升时，用户就会离开，这一切都是由于不必要地增加了区块大小限制！

4. 如果未来没有极高的交易费用，BTC 的长期安全性是不可持续的；这一切都意味着，如果未来没有极高的交易费用，BTC 的长期安全性是不可持续的！,BTC 的安全性将不可避免地持续下降，直到攻击变得有利可图,我预测这将在 5-9 年后发生！(2-3 减半 )

5. 算力不等于安全； 像 @saylor 这样的比特币爱好者不理解 PoW；这张矿工收入图表证明，现在 BTC 的安全性实际上比 2 年前还要低！该图表显示 BTC 矿工收入（区块奖励）而不是算力正在下降：


![image.png](https://creatorblog.cn/static/img/fe14923fa629e3070982c92543c6090f.image.webp)



![image.png](https://creatorblog.cn/static/img/fa7b6dd9e7167c7c3fd411adee754ee2.image.webp)

6. 算力对于计算安全性来说是一个几乎毫无意义的指标；由于矿工收入可能会下降，而哈希率会上升,这是因为随着硬件的改进，生成这些哈希值的成本会降低,这就是为什么我们不能计算哈希值来确定安全预算！

7. 因为保护 BTC 的不是这些哈希值；正是产生这些哈希值来保护 BTC 的成本！换句话说;重要的是攻击 BTC 的成本，这不是算力决定的！它由攻击者的成本 / 奖励计算决定。

8. 加密经济博弈论依赖于惩罚和奖励；胡萝卜加大棒,这就是为什么矿工收入决定攻击成本的原因,当谈到计算的奖励方面时：针对交易所的 51% 攻击的双花是一个现实的攻击向量。

9. 将攻击的最低阈值设置为每天数百万次, 假设价格不再大幅上涨，我们将在 5-9 年内预测达到这一目标，当安全预算过低时，审查制度也可能会发生，因为邪恶的行为者获得了多数席位。
10. 对此有一个常见但明显错误的反驳；节点保护网络， 这是一个荒谬的主张，因为对非挖矿节点没有 Sybil 抵抗力！由于安全性来自区块生产激励，单纯的「全节点」不共享区块生产激励。
11. 那么这一切意味着什么呢？这意味着BTC 的长期安全陷入深渊如果没有极高的交易费用，BTC 的安全性将不可避免地不断下降，直到它跌得如此之低，以至于网络变得可以通过攻击获利，从而使 BTC 变得不安全！


![image.png](https://creatorblog.cn/static/img/94ccc5ce5b7ae2ba1fdf92d7484c57f8.image.webp)

12. 此时只剩下两个选择：

- 增加 BTC 的供应通胀超过 2100 万！【增发？】
- 允许网络受到双花和审查的攻击 BTC 介于宠物岩石和困难之地之间；想一想并考虑一下还有谁在这么说：


![image.png](https://creatorblog.cn/static/img/841c4f41068a89ce3f607bf983adb535.image.webp)

13.  @ercwl 和 @gametheorizing，在我们关于这个话题的辩论中都同意我的观点，即使是顶级核心开发人员，例如 @peterktodd，也同意墙上写着：「比特币持有者将不得不做出这个艰难的选择，否则就会眼睁睁地看着比特币的安全性在他们眼前崩溃」。

14. 作为一名 BTC 批评者，我认为 BTC 无法及时解决这一困境,因为它的目的是推翻其主要吹捧的好处,支持增加供应的比特币支持者显然并不认为这一点,我对说出这个真理的比特币人怀有最大的敬意。
15. 因为他们正在尽一切努力保护 BTC 的来源，否认这一点的比特币支持者只会让情况变得更糟，向人们承诺 BTC 永远有 21M 的限额损害信任；让他们感到失望，一种被背叛的感觉，这是理所当然的！
16. 因为他们基于虚假借口误导人们支持 BTC！BTC 不是一个好的或有竞争力的 SoV，在安全性和稀缺性之间做出选择并不是一个好的选择，尤其是当竞争对手可以提供安全性、稀缺性和容量时；所有，与 BTC 不同！
17. 5-9 年内最有可能的结果是两种选择同时发生将网络再次分成两半并在此过程中造成更多混乱，一个有通货膨胀，另一个没有通货膨胀，两者都更容易受到攻击，价格下跌进一步恶化安全状况。
18. 这一切都是因为 BTC 的治理无法在不分裂的情况下解决这样的困境，我最初的 2013 年投资 BTC 论文被我们信任的维护它的人毁掉了，问题也随之而来；我们目睹的是治理的失败。
19. BTC 的权力斗争和内战历史就是这种失败的症状，事实是，主要客户「比特币核心」，有效实现了对 BTC 发展的集中控制，将其转变为一党制，Bitcoin core 作为所有变革的看门人。
20. 目前超过 99% 的全节点正在使用 Bitcoin Core，极度集中化！实际上只有一位主要维护者对所有决定拥有最终决定权，这使其成为独裁统治，像所有独裁政权一样，他们的权力也是有限度的。


![image.png](https://creatorblog.cn/static/img/f824163c822642e79bcc9be7da619bbd.image.webp)

21. 这仍然是对 BTC 应该代表的去中心化理念的完全歪曲，区块大小争论的另一个后果是，它抑制了竞争客户，转而支持 Core，这就是阻碍解决安全困境的所有努力的原因。
22. BTC 的神话；是一种去中心化的精英政治，这与事实相去甚远。Bitcoin Core 拥有不成比例的权力来做出任何改变，例如 RBF 同时驱逐任何不同意他们的人，例如 Gavin Andresen, Mike Hearn & Jeff Garzik。
23. 这就是为什么多样化的竞争客户端实现对于真正的去中心化如此重要，BTC 已被有效捕获，这是去中心化治理的明显失败。
24. 这一重大缺陷的根源可以追溯到历史上的区块大小争论，BTC 的原始设计并没有如此令人难以置信的缺陷，事实是，BTC 在区块大小争论中改变了其目的、经济和愿景，与流行的看法相反：
25. 不增加区块大小限制是对比特币最初愿景和目的的重大背离，可以想象，为大量交易者提供服务，每个交易者支付少量费用是实现可持续发展的更为现实的途径，与少数交易者支付高额费用相反
26. 与前一种情况一样，BTC 将为数十亿人提供宝贵的效用，这显然是 BTC 一直想要做的事情，甚至在比特币白皮书中也明确指出，允许比特币真正成为货币的权利被那些权力从我们身边夺走了。


![image.png](https://creatorblog.cn/static/img/4f183f79ddc2e7346be9c7fa09b3ca09.image.webp)

27. 让这一切变得更加悲惨：BTC 能够在保持去中心化的同时实现大规模规模如果它只借用 BCH 的一些代码，它就能在十年前的笔记本电脑上支持 VISA 规模！支持更大区块的威胁被夸大了！
28. 区块大小限制现在将 BTC 的吞吐量限制在每秒 7-22 笔交易之间这意味着全世界每个人仅仅做一笔交易就需要七十年以上的时间！使 BTC 得到广泛和广泛的使用是完全不可能的！
29. 因为从技术角度来看，使用实际上已经受到限制因此，它不能也永远不会成为「货币的未来」。拥堵还导致 BTC 交易变得不可靠，因为无法完美预测费用，从而导致交易失败。
30. 一些人提出了闪电网络作为这个问题的解决方案然而，以非托管方式将人们引入闪电网络实际上需要进行多次链上交易在拥堵期间，高额费用也会转嫁给闪电网络用户，迫使通道关闭。
31. 区块大小限制破坏了 BTC 的所有潜在用例，因为任何大量的使用都是不可能的每当真正的用例真正起飞时，它只会导致费用飙升和拥堵这最终会把人们赶走；这就是为什么 BTC 没有效用。
32. 正是这种实用性的缺乏才是 BTC 无法产生足够的费用收入来维持其安全模型的核心将 BTC 从有用的交换媒介和价值存储手段转变为纯粹的投机性价值存储手段是它的衰落。
33. 坏人通过淡化这一威胁来误导人们带领他们陷入这场等待的灾难你可以用全节点自己验证一下！BTC 并非不可能修复；通过增加区块大小限制并构建人们想要使用并付费的应用程序！
34. 无论我认为在区块大小争论后公用事业公司被驱逐之后，这种可能性有多么不可能如果您是比特币爱好者并且想为比特币而战这就是怎么做；通过允许实用程序和实际用例在 BTC 上蓬勃发展，就像在 ETH 中所做的那样这是你的选择！
35. 我为保护比特币及其最初的愿景而奋斗我们迷失了，BTC 现在已经是一个空壳，被扭曲并被捕获现在我们要警告人们即将到来的失败，因为我确实相信这场运动即使 BTC 的安全模型在十年内就会失败！
36. 结论 BTC 安全性已被破坏，可能会在 5-9 年内失败让（增发）通货膨胀成为唯一的解决方案，突破 21M 的供应限制！比特币治理在为时已晚之前阻止任何解决方案我们美丽的实验现在正通过它的失败来教导我们！

> （声明：请读者严格遵守所在地法律法规，本文不代表任何投资建议）

Capital创始人：比特币安全模型已经破坏

> 本文将介绍如何使用Vue Cli来快速搭建一个 Vue 项目。Vue Cli 是一个官方提供的脚手架工具，可以帮助你轻松创建和管理 Vue 项目，同时也支持最新的 Vue 3 版本。在本文中，我们将从安装 Vue Cli 开始，然后创建一个全新的 Vue 3 项目。




## 安装VueCli

首先，确保你的计算机已经安装了 `Node.js` 和 `npm`。如果没有安装，你可以在官网上下载并安装它们：[Node.js 官网](https://nodejs.org/)。

一旦 `Node.js` 和 `npm` 安装完成，你可以使用以下命令来全局安装 `Vue Cli`：

```bash
npm install -g @vue/cli
# or
yarn add -g @vue/cli
```

这将会在你的计算机上安装最新版本的 `Vue Cli`。

## 创建新项目

一旦 `Vue Cli` 安装完成，你可以使用它来创建一个新的 `Vue` 项目。在命令行中，运行以下命令：

```bash
vue create my-vue-project
```

这里的 `my-vue-project` 是你的项目名称，你可以根据需要进行更改。接下来，`Vue Cli` 将会提示你选择项目的配置：

- Manually select features：手动选择特性
- Vue 2：使用 Vue 2 版本
- Vue 3：使用 Vue 3 版本
- Default ([Vue 2] babel, eslint)：默认配置，使用 Vue 2，Babel 和 ESLint
- Default ([Vue 3] babel, eslint)：默认配置，使用 Vue 3，Babel 和 ESLint
- ...

根据你的需求选择适当的配置。如果你想使用最新的 `Vue 3` 版本，选择 `"Vue 3"`。然后，`Vue Cli` 会根据你的选择安装依赖项并创建项目结构。

## 运行项目

项目创建完成后，你可以进入项目目录：

```bash
cd my-vue-project
```

然后，使用以下命令来运行你的 `Vue` 项目：

```bash
npm run serve
```

这将启动开发服务器，并在浏览器中打开默认的开发页面。你可以在代码编辑器中编辑 `Vue` 组件，每次保存后，开发服务器都会自动重新加载页面，以便你实时查看更改。

## 总结

使用 `Vue Cli` 快速搭建项目是一个非常便捷的方式，尤其是在开始一个新的 `Vue` 项目时。通过遵循上述步骤，你可以轻松地创建一个基于最新版本的 `Vue 3` 的项目，并开始编写你的 `Vue` 应用程序。

使用VueCli快速搭建项目

> 在Vue中，插槽（Slot）是一个非常强大且灵活的特性，用于在父组件中定义子组件的内容。Vue提供了两种主要类型的插槽：默认插槽（Slot）和作用域插槽（Scoped Slot）。本篇博文将深入介绍这两种插槽类型，从基础到进阶。




## 默认插槽（Slot）

默认插槽是`Vue`中最基本的插槽类型，它允许你将父组件中的内容插入到子组件中。下面是一个简单的示例：

```html

<template>
  <div>
    <child-component>
      <p>This content will go into the slot.</p>
    </child-component>
  </div>
</template>
```

```html

<template>
  <div>
    <slot></slot>
  </div>
</template>
```

在这个示例中，`child-component` 包含一个默认插槽 `slot`，它会渲染父组件传递的内容。

## 具名插槽（Named Slots）

除了默认插槽，`Vue`还支持具名插槽，允许您在子组件中定义多个插槽，并在父组件中指定哪个插槽接收内容。以下是一个具名插槽的示例：

```html

<template>
  <div>
    <slot name="header"></slot>
    <div>
      <slot name="content"></slot>
    </div>
  </div>
</template>
```

```html

<template>
  <div>
    <child-component>
      <template v-slot:header>
        <h1>Header Slot</h1>
      </template>
      <template v-slot:content>
        <p>Content Slot</p>
      </template>
    </child-component>
  </div>
</template>
```

在这个示例中，`child-component` 有两个具名插槽：`header` 和 `content`。父组件使用 `v-slot` 指令将内容插入到相应的插槽中。

## 作用域插槽（Scoped Slot）

作用域插槽是一种高级插槽类型，允许子组件向父组件传递数据。这对于动态生成内容非常有用。以下是一个作用域插槽的示例：

```html

<template>
  <div>
    <slot :user="user"></slot>
  </div>
</template>

<script>
export default {
  data() {
    return {
      user: {
        name: 'John',
        age: 30
      }
    };
  }
};
</script>
```

```html

<template>
  <div>
    <child-component>
      <template v-slot="{ user }">
        <p>User Name: {{ user.name }}</p>
        <p>User Age: {{ user.age }}</p>
      </template>
    </child-component>
  </div>
</template>
```

在这个示例中，`child-component` 的作用域插槽将 `user` 数据传递给父组件，父组件可以在插槽中使用这些数据。

## 总结

`Vue`的插槽和作用域插槽是非常有用的功能，用于创建灵活的组件，使父子组件之间的通信更加强大和可控。

Vue的插槽与作用域插槽详解

> 产品中优雅的交互动画可以吸引更多用户留存使用，对于前端的动画实现要求也越来越高了。在Vue中提供了一些快捷、方便的标签和内置属性来更加优雅的实现动画和过渡效果，今天我们来一起学习一下。




## 基础动画效果

### 使用transition组件

`Vue`提供了`transition`组件，它允许我们在元素进入或离开`DOM`时添加过渡效果。在`Vue`单页面组件的`template`中，我们可以这样使用它：

```html
<template>
  <div>
    <transition name="fade">
      <p v-if="showMessage">{{ message }}</p>
    </transition>
    <button @click="toggleMessage">Toggle Message</button>
  </div>
</template>
```

### 添加CSS过渡类

要使上述代码工作，我们需要在`CSS`中定义过渡效果的类。在单页面组件的`style`部分，我们可以这样做：

```css
<style>
.fade-enter-active, .fade-leave-active {
  transition: opacity 0.5s;
}
.fade-enter, .fade-leave-to {
  opacity: 0;
}
</style>
```

## 进阶动画效果

### 自定义过渡类名

您可以自定义过渡的类名，以实现更多个性化的效果。在`Vue`单页面组件的`template`中，可以这样使用：

```html
<template>
  <div>
    <transition
      name="custom-fade"
      enter-active-class="custom-fade-enter-active"
      leave-active-class="custom-fade-leave-active"
      enter-class="custom-fade-enter"
      leave-class="custom-fade-leave"
    >
      <p v-if="showMessage">{{ message }}</p>
    </transition>
    <button @click="toggleMessage">Toggle Message</button>
  </div>
</template>
```

然后，在`style`部分中定义自定义类名的过渡效果。

### 列表过渡

如果您需要在列表中实现过渡效果，可以使用`transition-group`。在`Vue`单页面组件的`template`中，可以这样使用：

```html
<template>
  <div>
    <transition-group name="list-fade" tag="ul">
      <li v-for="item in items" :key="item.id">{{ item.text }}</li>
    </transition-group>
  </div>
</template>
```

然后，在`style`部分中定义列表过渡的类名和效果。


## 总结

`Vue`为构建交互性丰富的单页面应用提供了强大的动画和过渡效果支持。

通过`transition`和`transition-group`组件，以及相应的`CSS`类名，您可以在`Vue`单页面组件中实现各种各样的过渡效果，从基础的淡入淡出到更复杂的自定义效果和列表过渡。这为提高用户体验和创建令人印象深刻的界面提供了无限可能性。

Vue的动画和过渡效果详解

> 自定义指令是 Vue.js 中一个强大的特性，它允许你在 DOM 元素上添加自定义行为。本篇文章将深入介绍 Vue 自定义指令的基础知识和进阶用法，包括详细示例和一些著名的开源自定义指令的介绍。




## 基础用法

### 创建自定义指令

要创建一个自定义指令，你可以使用 `Vue.directive` 方法。以下是一个基本示例，演示如何创建一个指令来设置元素的背景颜色：

```html
<template>
  <div v-my-directive="'red'">这是一个自定义指令示例。</div>
</template>

<script>
Vue.directive('my-directive', {
  bind(el, binding) {
    el.style.backgroundColor = binding.value;
  },
});
</script>
```

### 自定义指令的生命周期钩子

自定义指令可以定义多个生命周期钩子，它们分别在不同阶段执行自定义逻辑。常见的生命周期钩子包括：

- **bind**：指令第一次绑定到元素时调用，只执行一次。
- **inserted**：元素插入到父节点时调用。
- **update**：元素数据更新时调用，可能触发多次。
- **componentUpdated**：组件更新完成后调用。
- **unbind**：指令与元素解绑时调用。

### 自定义指令的参数

指令可以接收参数，这些参数可以在钩子函数中使用。通常，你可以在指令名称后面加上冒号来传递参数。例如：

```html
<div v-my-directive:arg1="value1" v-my-directive:arg2="value2"></div>
```

在自定义指令的钩子函数中，可以通过 `binding` 参数来获取参数值：

```js
Vue.directive('my-directive', {
  bind(el, binding) {
    const arg1 = binding.arg1; // 获取arg1的值
    const arg2 = binding.arg2; // 获取arg2的值
  },
});
```

## 进阶用法

### 自定义指令中的修饰符

`Vue` 允许你在指令上使用修饰符，以改变指令的行为。例如，`v-my-directive.prevent` 会阻止默认行为：

```html
<div v-my-directive.prevent></div>
```

在自定义指令中，你可以通过 `binding.modifiers` 来获取修饰符：

```js
Vue.directive('my-directive', {
  bind(el, binding) {
    if (binding.modifiers.prevent) {
      // 阻止默认行为
      el.addEventListener('click', (e) => {
        e.preventDefault();
      });
    }
  },
});
```

### 自定义指令的参数传递

你可以向自定义指令传递更复杂的参数。例如，传递一个包含多个选项的对象：

```html
<div v-my-directive="{ color: 'red', size: 'large' }"></div>
```

在指令的 `bind` 钩子中，可以通过 `binding.value` 来获取传递的对象：

```js
Vue.directive('my-directive', {
  bind(el, binding) {
    const options = binding.value;
    const color = options.color;
    const size = options.size;
    // 执行自定义逻辑
  },
});
```

## 一些优秀的自定义指令介绍

以下是一些著名的开源或公共自定义指令，它们为 `Vue` 应用提供了有用的功能：

### v-click-outside

这个指令允许你检测点击元素外部的事件，通常用于实现点击外部关闭弹出框的功能。

GitHub 仓库：[v-click-outside](https://github.com/ndelvalle/v-click-outside)

示例：

```html
<template>
  <div v-click-outside="closeModal">点击外部关闭</div>
</template>

<script>
import vClickOutside from 'v-click-outside';

export default {
  directives: {
    ClickOutside: vClickOutside,
  },
  methods: {
    closeModal() {
      // 关闭模态框的逻辑
    },
  },
};
</script>
```

### v-lazy-image

这个指令用于实现图片的懒加载，当图片进入可视区域时才加载图片资源，以提高页面性能。

GitHub 仓库：[v-lazy-image](https://github.com/alexjoverm/v-lazy-image)

示例：

```html
<template>
  <div v-lazy-image="'/path/to/image.jpg'"></div>
</template>

<script>
import vLazyImage from 'v-lazy-image';

export default {
  directives: {
    LazyImage: vLazyImage,
  },
};
</script>
```

## 总结

`Vue` 自定义指令是一个强大的工具，可以用于扩展 `Vue` 应用的功能。通过了解基础知识和进阶用法，以及探索一些著名的开源自定义指令，你可以更好地利用 `Vue` 的自定义指令来满足项目需求。

Vue自定义指令详解

欢迎来到我的博客，这里是我分享前端、web3、理财、互联网等方面的知识和心得的地方。我是一名热爱编程的前端程序员，我希望通过我的博客能够帮助更多的人学习和进步。在这里，你可以找到最新最实用的前端技术教程，了解最前沿的互联网动态和趋势，掌握最有效的理财方法和策略。我也会不定期地发布一些个人项目和作品，展示我的创意和能力。如果你对我的博客感兴趣，欢迎你留言、评论、收藏、关注，也可以通过邮箱或社交媒体与我联系，交流学习和合作。谢谢你的支持！