Linux 一直在发展。过去，开发人员必须分别为不同的 Linux 发行版构建应用。由于存在多种 Linux 变体，因此为所有发行版构建应用变得很繁琐，而且非常耗时。后来一些开发人员发明了包转换器和构建器，如 Checkinstall、Debtap 和 Fpm。但他们也没有完全解决问题。所有这些工具都只是将一种包格式转换为另一种包格式。我们仍然需要找到应用并安装运行所需的依赖项。

好吧，时代已经变了。我们现在有了通用的 Linux 应用。这意味着我们可以在大多数 Linux 发行版上安装这些应用。无论是 Arch Linux、Debian、CentOS、Redhat、Ubuntu 还是任何流行的 Linux 发行版，通用应用都可以正常使用。这些应用与所有必需的库和依赖项打包在一个包中。我们所要做的就是在我们使用的任何 Linux 发行版上下载并运行它们。流行的通用应用格式有 AppImage、Flatpak 和 Snap。

AppImage 由 Simon peter 创建和维护。许多流行的应用，如 Gimp、Firefox、Krita 等等，都有这些格式，并可直接在下载页面下载。只需下载它们，使其可执行并立即运行它。你甚至无需 root 权限来运行 AppImage。

Flatpak 的开发人员是 Alexander Larsson（RedHat 员工）。Flatpak 应用托管在名为 “Flathub” 的中央仓库（商店）中。如果你是开发人员，建议你使用 Flatpak 格式构建应用，并通过 Flathub 将其分发给用户。

Snap 由 Canonical 而建，主要用于 Ubuntu。但是，其他 Linux 发行版的开发人员开始为 Snap 打包格式做出贡献。因此，Snap 也开始适用于其他 Linux 发行版。Snap 可以直接从应用的下载页面下载，也可以从 Snapcraft 商店下载。

许多受欢迎的公司和开发人员已经发布了 AppImage、Flatpak 和 Snap 格式的应用。如果你在寻找一款应用，只需进入相应的商店并获取你选择的应用并运行它，而不用管你使用何种 Linux 发行版。

还有一个名为 “Chob” 的命令行通用应用搜索工具可在 AppImage、Flathub 和 Snapcraft 平台上轻松搜索 Linux 应用。此工具仅搜索给定的应用并在默认浏览器中显示官方链接。它不会安装它们。本指南将解释如何安装 Chob 并使用它来搜索 Linux 上的 AppImage、Flatpak 和 Snap。

使用 Chob 在 AppImage、Flathub 和 Snapcraft 平台上搜索 Linux 应用

从发布页面下载最新的 Chob 二进制文件。在编写本指南时，最新版本为 0.3.5。

$ wget https://github.com/MuhammedKpln/chob/releases/download/0.3.5/chob-linux

使其可执行：

$ chmod +x chob-linux

最后，搜索你想要的应用。例如，我将搜索与 Vim 相关的应用。

$ ./chob-linux vim

Chob 将在 AppImage、Flathub 和 Snapcraft 平台上搜索给定的应用（和相关应用）并显示结果。

使用 Chob 搜索 Linux 应用

只需要输入你想要应用前面的数字就可在默认浏览器中打开它的官方链接，并可在其中阅读应用的详细信息。

在浏览器中查看 Linux 应用的详细信息

有关更多详细信息，请查看下面的 Chob 官方 GitHub 页面。

资源：

• Chob 的 GitHub 仓库

via: https://www.ostechnix.com/search-linux-applications-on-appimage-flathub-and-snapcraft-platforms/

作者：sk 选题：lujun9972 译者：geekpi 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

人和流程比在解决的业务问题的任何技术“银弹”更重要，且需要花更多的时间。

今天的许多 IT 专业人士都在努力适应变化和扰动。这么说吧，你是否正在努力适应变化？你觉得不堪重负吗？这并不罕见。今天，IT 的现状还不够好，所以需要不断尝试重新自我演进。

凭借 30 多年的IT综合经验，我们见证了人员与关系对于 IT 企业提高效率和帮助企业蓬勃发展的重要性。但是，在大多数情况下，我们关于 IT 解决方案的对话始于技术，而不是从人员和流程开始。寻找“银弹”来解决业务和 IT 挑战的倾向过于普遍。但你不能想着可以买到创新、DevOps 或有效的团队和工作方式；他们需要得到培养，支持和引导。

由于扰动如此普遍，并且对变革速度存在如此迫切的需求，我们需要纪律和围栏。下面描述的 DevOps 思维模式的五个基本价值观将支持将我们的实践。这些价值观不是新观念；正如我们从经验中学到的那样，它们被重构了。一些价值观可以互换的，它们是灵活的，并且它们如支柱一样导向了支持这五个价值观的整体原则。

1、利益相关方的反馈至关重要

我们如何知道我们是否为我们创造了比利益相关方更多的价值？我们需要持久的质量数据来分析、通知并推动更好的决策。来自可靠来源的相关信息对于任何业务的蓬勃发展至关重要。我们需要倾听并理解我们的利益相关方所说的，而不是说我们需要以一种方式实施变革，使我们能够调整我们的思维、流程和技术，并根据需要对其进行调整以使我们的利益相关者满意。由于信息（数据）不正确，我们常常看到的变化过少，或者由于错误的原因而发生了很多变化。因此，将变更与利益相关方的反馈结合起来是一项基本价值观，并有助我们专注于使公司成功最重要的事情。

关注我们的利益相关方及其反馈，而不仅仅是为了改变而改变。

2、超越当今流程的极限进行改进

我们希望我们的产品和服务能够不断让客户满意，他们是我们最重要的利益相关方。因此，我们需要不断改进。这不仅仅是关系到质量；它还可能意味着成本、可用性、相关性以及许多其他目标和因素。创建可重复的流程或使用通用框架是非常棒的，它们可以改善治理和许多其他问题。但是，这不应该是我们的最终目标。在寻找改进方法时，我们必须调整我们的流程，并辅以正确的技术和工具。可能有理由抛出一个“所谓的”框架，因为不这样做可能会增加浪费，更糟糕的是只是“货物结果”（做一些没有价值或目的的东西）。

力争始终创新并改进可重复的流程和框架。

3、不要用新的孤岛来打破旧的孤岛

孤岛和 DevOps 是不兼容的。我们经常能看到：IT 主管带来了所谓的“专家”来实施敏捷和 DevOps，他们做了什么？这些“专家”在现有问题的基础上创建了一个新问题，这是 IT 部门和业务中又增加了一个孤岛。创造“DevOps”职位违背了敏捷和 DevOps 基于打破孤岛的原则。在敏捷和 DevOps 中，团队合作是必不可少的，如果你不在自组织团队中工作，那么你就不会做任何事情。

相互激励和共享，而不是成为英雄或创建一个孤岛。

4、了解你的客户意味着跨组织协作

企业的任何一个部分都不是一个独立的实体，因为它们都有利益相关方，主要利益相关方始终是客户。“客户永远是对的”（或国王，我喜欢这样说）。关键是，没有客户就真的没有业务，而且为了保持业务，如今我们需要与竞争对手“区别对待”。我们还需要了解客户对我们的看法以及他们对我们的期望。了解客户的需求势在必行，需要及时反馈，以确保业务能够快速、负责地满足这些主要利益相关者的需求和关注。

无论是想法、概念、假设还是直接利益相关方的反馈，我们都需要通过使用探索、构建、测试和交付生命周期来识别和衡量我们的产品提供的功能或服务。从根本上说，这意味着我们需要在整个组织中“插入”我们的组织。在持续创新、学习和 DevOps 方面没有任何边界。因此，当我们在整个企业中进行衡量时，我们可以理解整体并采取可行的、有意义的步骤来改进。

衡量整个组织的绩效，而不仅仅是在业务范围内。

5、通过热情鼓励采纳

不是每个人都要被驱使去学习、适应和改变；然而，就像微笑可能具有传染性一样，学习和意愿成为变革文化的一部分也是如此。在学习文化中适应和演化为一群人提供了学习和传递信息（即文化传播）的自然机制。学习风格、态度、方法和过程不断演化，因此我们可以改进它们。下一步是应用所学和改进的内容并与同事分享信息。学习不会自动发生；它需要努力、评估、纪律、意识，特别是沟通；遗憾的是，这些都是工具和自动化无法提供的。检查你的流程、自动化、工具策略和实施工作，使其透明化，并与你的同事协作重复使用和改进。

通过精益交付促进学习文化，而不仅仅是工具和自动化。

总结

随着我们的公司采用 DevOps，我们继续在各种书籍、网站或自动化软件上倡导这五个价值观。采用这种思维方式需要时间，这与我们以前作为系统管理员所做的完全不同。这是一种全新的工作方式，需要很多年才能成熟。这些原则是否与你自己的原则一致？在评论或我们的网站 Agents of chaos 上分享。

via: https://opensource.com/article/19/5/values-devops-mindset

作者：Brent Aaron Reed 选题：lujun9972 译者：arrowfeng 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

Neofetch 是一个简单但有用的命令行系统信息工具，它用 Bash 编写。它会收集有关系统软硬件的信息，并在终端中显示结果。默认情况下，系统信息将与操作系统的 logo 一起显示。但是，你可以进一步地自定义使用 ascii 图像或其他任何图片。你还可以配置 Neofetch 显示的信息、信息的显示位置和时间。Neofetch 主要用于系统信息的截图。它支持 Linux、BSD、Mac OS X、iOS 和 Windows 操作系统。在这个简短的教程中，让我们看看如何使用 Neofetch 显示 Linux 系统信息。

安装 Neofetch

Neofetch 可在大多数 Linux 发行版的默认仓库中找到。

在 Arch Linux 及其衍生版上，使用这个命令安装它：

$ sudo pacman -S netofetch

在 Debian（Stretch / Sid）上：

$ sudo apt-get install neofetch

在 Fedora 27 上：

$ sudo dnf install neofetch

在 RHEL、CentOS 上：

启用 EPEL 仓库：

# yum install epel-relase

获取 neofetch 仓库：

# curl -o /etc/yum.repos.d/konimex-neofetch-epel-7.repo
https://copr.fedorainfracloud.org/coprs/konimex/neofetch/repo/epel-7/konimex-neofetch-epel-7.repo

然后，安装 Neofetch：

# yum install neofetch

在 Ubuntu 17.10 和更新版本上：

$ sudo apt-get install neofetch

在 Ubuntu 16.10 和更低版本上：

$ sudo add-apt-repository ppa:dawidd0811/neofetch

$ sudo apt update

$ sudo apt install neofetch

在 NixOS 上：

$ nix-env -i neofetch

使用 Neofetch 显示 Linux 系统信息

Neofetch 非常简单直接。让我们看一些例子。

打开终端，然后运行以下命令：

$ neofetch

示例输出：

使用 Neofetch 显示 Linux 系统信息

正如你在上面的输出中所看到的，Neofetch 显示了我的 Arch Linux 系统的以下详细信息：

• 已安装操作系统的名称，
• 笔记本型号，
• 内核详细信息，
• 系统运行时间，
• 默认和其他软件包管理器安装的软件数量
• 默认 shell，
• 屏幕分辨率，
• 桌面环境，
• 窗口管理器，
• 窗口管理器的主题，
• 系统主题，
• 系统图标，
• 默认终端，
• CPU 类型，
• GPU 类型，
• 已安装的内存。

Neofetch 还有很多其他选项。我们会看到其中一些。

如何在 Neofetch 输出中使用自定义图像？

默认情况下，Neofetch 将显示你的操作系统 logo 以及系统信息。当然，你可以根据需要更改图像。

要显示图像，Linux 系统应该安装以下依赖项：

1. w3m-img（用于显示图像。w3m-img 有时与 w3m 包捆绑在一起），
2. Imagemagick（用于创建缩略图），
3. 支持 \033[14t 或者 xdotool 或者 xwininfo + xprop 或者 xwininfo + xdpyinfo 的终端。

大多数 Linux 发行版的默认仓库中都提供了 W3m-img 和 ImageMagick 包。因此，你可以使用你的发行版的默认包管理器来安装它们。

例如，运行以下命令在 Debian、Ubuntu、Linux Mint 上安装 w3m-img 和 ImageMagick：

$ sudo apt install w3m-img imagemagick

以下是带 w3m-img 支持的终端列表：

1. Gnome-terminal，
2. Konsole，
3. st，
4. Terminator，
5. Termite，
6. URxvt，
7. Xfce4-Terminal，
8. Xterm

如果你的系统上已经有了 kitty、Terminology 和 iTerm，那么就无需安装 w3m-img。

现在，运行以下命令以使用自定义图像显示系统信息：

$ neofetch --w3m /home/sk/Pictures/image.png

或者，

$ neofetch --w3m --source /home/sk/Pictures/image.png

示例输出：

使用自定义 logo 的 Neofetch 输出

使用你自己的图片替换上面图片的路径。

或者，你可以指向包含以下图像的目录。

$ neofetch --w3m <path-to-directory>

配置 Neofetch

当我们第一次运行 Neofetch 时，它默认会为每个用户在 $HOME/.config/neofetch/config.conf 中创建一个配置文件。它还会在 $HOME/.config/neofetch/config 中创建一个全局的 neofetch 配置文件。你可以调整此文件来告诉 neofetch 该显示、删除和/或修改哪些详细信息。

还可以在不同版本中保留此配置文件。这意味着你只需根据自己的喜好自定义一次，并在升级到更新版本后使用相同的设置。你甚至可以将此文件共享给你的朋友和同事，使他拥有与你相同的设置。

要查看 Neofetch 帮助部分，请运行：

$ neofetch --help

就我测试的 Neofetch 而言，它在我的 Arch Linux 系统中完美地工作。它是一个非常方便的工具，可以在终端中轻松快速地打印系统的详细信息。

相关阅读：

• 如何使用 inxi 查看 Linux 系统详细信息

资源：

• Neofetch 的 GitHub 页面

via: https://www.ostechnix.com/neofetch-display-linux-systems-information/

作者：sk 选题：lujun9972 译者：geekpi 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

从一条日志消息的角度来巡览现代分布式系统。

混沌系统往往是不可预测的。在构建像分布式系统这样复杂的东西时，这一点尤其明显。如果不加以控制，这种不可预测性会无止境的浪费时间。因此，分布式系统的每个组件，无论多小，都必须设计成以简化的方式组合在一起。

Kubernetes 为抽象计算资源提供了一个很有前景的模型 —— 但即使是它也必须与其他分布式平台（如 Apache Kafka）协调一致，以确保可靠的数据传输。如果有人要整合这两个平台，它会如何运作？此外，如果你通过这样的系统跟踪像日志消息这么简单的东西，它会是什么样子？本文将重点介绍来自在 OKD 内运行的应用程序的日志消息如何通过 Kafka 进入数据仓库（OKD 是为 Red Hat OpenShift 提供支持的 Kubernetes 的原初社区发行版）。

OKD 定义的环境

这样的旅程始于 OKD，因为该容器平台完全覆盖了它抽象的硬件。这意味着日志消息等待由驻留在容器中的应用程序写入 stdout 或 stderr 流。从那里，日志消息被容器引擎（例如 CRI-O）重定向到节点的文件系统。

在 OpenShift 中，一个或多个容器封装在称为 pod（豆荚）的虚拟计算节点中。实际上，在 OKD 中运行的所有应用程序都被抽象为 pod。这允许应用程序以统一的方式操纵。这也大大简化了分布式组件之间的通信，因为 pod 可以通过 IP 地址和负载均衡服务进行系统寻址。因此，当日志消息由日志收集器应用程序从节点的文件系统获取时，它可以很容易地传递到在 OpenShift 中运行的另一个 pod 中。

在豆荚里的两个豌豆

为了确保可以在整个分布式系统中四处传播日志消息，日志收集器需要将日志消息传递到在 OpenShift 中运行的 Kafka 集群数据中心。通过 Kafka，日志消息可以以可靠且容错的方式低延迟传递给消费应用程序。但是，为了在 OKD 定义的环境中获得 Kafka 的好处，Kafka 需要完全集成到 OKD 中。

运行 Strimzi 操作子将所有 Kafka 组件实例化为 pod，并将它们集成在 OKD 环境中运行。 这包括用于排队日志消息的 Kafka 代理，用于从 Kafka 代理读取和写入的 Kafka 连接器，以及用于管理 Kafka 集群状态的 Zookeeper 节点。Strimzi 还可以将日志收集器实例化兼做 Kafka 连接器，允许日志收集器将日志消息直接提供给在 OKD 中运行的 Kafka 代理 pod。

在 OKD 内的 Kafka

当日志收集器 pod 将日志消息传递给 Kafka 代理时，收集器会写到单个代理分区，并将日志消息附加到该分区的末尾。使用 Kafka 的一个优点是它将日志收集器与日志的最终目标分离。由于解耦，日志收集器不关心日志最后是放在 Elasticsearch、Hadoop、Amazon S3 中的某个还是全都。Kafka 与所有基础设施连接良好，因此 Kafka 连接器可以在任何需要的地方获取日志消息。

一旦写入 Kafka 代理的分区，该日志消息就会在 Kafka 集群内的跨代理分区复制。这是它的一个非常强大的概念；结合平台的自愈功能，它创建了一个非常有弹性的分布式系统。例如，当节点变得不可用时，（故障）节点上运行的应用程序几乎立即在健康节点上生成。因此，即使带有 Kafka 代理的节点丢失或损坏，日志消息也能保证存活在尽可能多的节点上，并且新的 Kafka 代理将快速原位取代。

存储起来

在日志消息被提交到 Kafka 主题后，它将等待 Kafka 连接器使用它，该连接器将日志消息中继到分析引擎或日志记录仓库。在传递到其最终目的地时，可以分析日志消息以进行异常检测，也可以查询日志以立即进行根本原因分析，或用于其他目的。无论哪种方式，日志消息都由 Kafka 以安全可靠的方式传送到目的地。

OKD 和 Kafka 是正在迅速发展的功能强大的分布式平台。创建能够在不影响性能的情况下抽象出分布式计算的复杂特性的系统至关重要。毕竟，如果我们不能简化单一日志消息的旅程，我们怎么能夸耀全系统的效率呢？

via: https://opensource.com/article/18/9/life-log-message

作者：Josef Karásek 选题：lujun9972 译者：wxy 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

Graviton是一款开发中的自由开源的跨平台代码编辑器。他的开发者 16 岁的 Marc Espin 强调说，它是一个“极简”的代码编辑器。我不确定这点，但它确实有一个清爽的用户界面，就像其他的现代代码编辑器，如 Atom。

开发者还将其称为轻量级代码编辑器，尽管 Graviton 基于 Electron。

Graviton 拥有你在任何标准代码编辑器中所期望的功能，如语法高亮、自动补全等。由于 Graviton 仍处于测试阶段，因此未来版本中将添加更多功能。

Graviton 代码编辑器的特性

Graviton 一些值得一说的特性有：

• 使用 CodeMirrorJS 为多种编程语言提供语法高亮 * 自动补全 * 支持插件和主题。 * 提供英语、西班牙语和一些其他欧洲语言。 * 适用于 Linux、Windows 和 macOS。

我快速看来一下 Graviton，它可能不像 VS Code 或 Brackets 那样功能丰富，但对于一些简单的代码编辑来说，它还算不错的工具。

下载并安装 Graviton

如上所述，Graviton 是一个可用于 Linux、Windows 和 macOS 的跨平台代码编辑器。它仍处于测试阶段，这意味着将来会添加更多功能，并且你可能会遇到一些 bug。

你可以在其发布页面上找到最新版本的 Graviton。Debian 和 Ubuntu 用户可以使用 .deb 安装。它已提供 AppImage，以便可以在其他发行版中使用它。DMG 和 EXE 文件也分别可用于 macOS 和 Windows。

• 下载 Graviton

如果你有兴趣，你可以在 GitHub 仓库中找到 Graviton 的源代码：

• GitHub 中 Graviton 的源码

如果你决定使用 Graviton 并发现了一些问题，请在此处写一份错误报告。如果你使用 GitHub，你可能想为 Graviton 项目加星。这可以提高开发者的士气，因为他知道有更多的用户欣赏他的努力。

如果你看到现在，我相信你了解如何从源码安装软件

写在最后

有时，简单本身就成了一个特性，而 Graviton 专注于极简可以帮助它在已经拥挤的代码编辑器世界中获取一席之地。

via: https://itsfoss.com/graviton-code-editor/

作者：Abhishek Prakash 选题：lujun9972 译者：geekpi 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

“区块链 2.0” 系列文章讨论了自 2008 年比特币等加密货币问世以来区块链技术的发展。本文将探讨区块链的未来发展。区块链 3.0 这一新的 DLT（ 分布式分类帐本技术 Distributed Ledger Technology ）演进浪潮将回答当前区块链所面临的问题（每一个问题都会在这里总结）。下一版本的技术标准也将带来全新的应用和使用案例。在本文的最后，我们也会看一些当前使用这些原则的案例。

以下是现有区块链平台的几个缺点，并针对这些缺点给出了建议的解决方案。

问题 1：可扩展性

这个问题 ¹ 被视为普遍采用该技术的第一个主要障碍。正如之前所讨论的，很多因素限制了区块链同时处理大量交易的能力。诸如 以太坊 之类的现有网络每秒能够进行 10-15 次交易（TPS），而像 Visa 所使用的主流网络每秒能够进行超过 2000 次交易。可扩展性是困扰所有现代数据库系统的问题。正如我们在这里看到的那样，改进的共识算法和更好的区块链架构设计正在改进它。

解决可扩展性

已经提出了更精简、更有效的一致性算法来解决可扩展性问题，并且不会影响区块链的主要结构。虽然大多数加密货币和区块链平台使用资源密集型的 PoW 算法（例如，比特币和以太坊）来生成区块，但是存在更新的 DPoS 和 PoET 算法来解决这个问题。DPoS 和 PoET 算法（还有一些正在开发中）需要更少的资源来维持区块链，并且已显示具有高达 1000 TPS 的吞吐量，可与流行的非区块链系统相媲美。

可扩展性问题的第二个解决方案是完全改变区块链结构和功能。我们不会详细介绍这一点，但已经提出了诸如 有向无环图 Directed Acyclic Graph （DAG）之类的替代架构来处理这个问题。从本质上讲，这项工作假设并非所有网络节点都需要整个区块链的副本才能使区块链正常工作，或者并非所有的参与者需要从 DLT 系统获得好处。系统不要求所有参与者验证交易，只需要交易发生在共同的参考框架中并相互链接。

在比特币系统中使用 闪电网络 Lightning network 来实现 DAG，而以太坊使用他们的 切片 Sharding 协议来实现 DAG。本质上，从技术上来看 DAG 实现并不是区块链。它更像是一个错综复杂的迷宫，只是仍然保留了区块链的点对点和分布式数据库属性。稍后我们将在另一篇文章中探讨 DAG 和 Tangle 网络。

问题 2：互通性

互通性 ^{2 3} 被称为跨链访问，基本上就是指不同区块链之间彼此相互通信以交换指标和信息。由于目前有数不清的众多平台，不同公司为各种应用提供了各种专有系统，平台之间的互操作性就至关重要。例如，目前在一个平台上拥有数字身份的人无法利用其他平台提供的功能，因为各个区块链彼此之间互不了解、不能沟通。这是由于缺乏可靠的验证、令牌交换等有关的问题仍然存在。如果平台之间不能够相互通信，面向全球推出智能合约也是不可行的。

解决互通性

有一些协议和平台专为实现互操作性而设计。这些平台实现了原子交换协议，并向不同的区块链系统提供开放场景，以便在它们之间进行通信和交换信息。“0x (ZRX)” 就是其中的一个例子，稍后将对进行描述。

问题 3：治理

公有链中的治理 ⁴ 本身不是限制，而是需要像社区道德指南针一样，在区块链的运作中考虑每个人的意见。结合起来并规模性地看，能预见这样一个问题，即要么协议更改太频繁，要么协议被拥有最多令牌的“中央”权威一时冲动下修改。不过这不是大多数公共区块链目前正在努力避免的问题，因为其运营规模和运营性质不需要更严格的监管。

解决治理问题

上面提到的复杂的框架或 DAG 几乎可以消除对全球（平台范围）治理法规的需要和使用。相反，程序可以自动监督事务和用户类型，并决定需要执行的法律。

问题 4：可持续性

可持续性再次建立在可扩展性问题的基础上。当前的区块链和加密货币因不可长期持续而倍遭批评，这是由于仍然需要大量的监督，并且需要大量资源保持系统运行。如果你读过最近“挖掘加密货币”已经没有这么大利润的相关报道，你就知道“挖矿”图利就是它的本来面目。保持现有平台运行所需的资源量在全球范围和主流使用方面根本不实用。

解决不可持续性问题

从资源或经济角度来看，可持续性的答案与可扩展性的答案类似。但是，要在全球范围内实施这一制度，法律和法规必须予以认可。然而，这取决于世界各国政府。来自美国和欧洲政府的有利举措重新燃起了对这方面的希望。

问题 5：用户采用

目前，阻止消费者广泛采用 ⁵ 基于区块链的应用程序的一个障碍是消费者对平台及其底层的技术不熟悉。事实上，大多数应用程序都需要某种技术和计算背景来弄清楚它们是如何工作的，这在这方面也没有帮助。区块链开发的第三次浪潮旨在缩小消费者知识与平台可用性之间的差距。

解决用户采用问题

互联网花了很长的时间才发展成现在的样子。多年来，人们在开发标准化互联网技术栈方面做了大量的工作，使 Web 能够像现在这样运作。开发人员正在开发面向用户的前端分布式应用程序，这些应用程序应作为现有 Web 3.0 技术之上的一层，同时由下面的区块链和开放协议的支持。这样的分布式应用将使用户更熟悉底层技术，从而增加主流采用。

在当前场景中的应用

我们已经从理论上讨论了上述问题的解决方法，现在我们将继续展示这些方法在当前场景中的应用。

• 0x – 是一种去中心化的令牌交换，不同平台的用户可以在不需要中央权威机构审查的情况下交换令牌。他们的突破在于，他们如何设计系统使得仅在交易结算后才记录和审查数据块，而不是通常的在交易之间进行（为了验证上下文，通常也会验证交易之前的数据块）。这使在线数字资产交换更快速。
• Cardano – 由以太坊的联合创始人之一创建，Cardano 自诩为一个真正“科学”的平台，和采用了严格的协议，对开发的代码和算法进行了多次审查。Cardano 的所有内容都在数学上尽可能的进行了优化。他们的共识算法叫做 Ouroboros，是一种改进的 权益证明 Proof of Stake （PoS）算法。Cardano 是用 haskell 开发的，智能合约引擎使用 haskell 的衍生工具 plutus 进行操作。这两者都是函数式编程语言，可以保证安全交易而不会影响效率。
• EOS – 我们已经在 这篇文章 中描述了 EOS。
• COTI – 一个鲜为人知的架构，COTI 不需要挖矿，而且在运行过程中趋近于零功耗。它还将资产存储在本地用户设备上的离线钱包中，而不是存储在纯粹的对等网络上。它们也遵循基于 DAG 的架构，并声称处理吞吐量高达 10000 TPS。他们的平台允许企业在不利用区块链的情况下建立自己的加密货币和数字化货币钱包。

1. A. P. Paper, K. Croman, C. Decker, I. Eyal, A. E. Gencer, and A. Juels, “On Scaling Decentralized Blockchains | SpringerLink,” 2018. ↩
2. Why is blockchain interoperability important ↩
3. The Importance of Blockchain Interoperability ↩
4. R. Beck, C. Müller-Bloch, and J. L. King, “Governance in the Blockchain Economy: A Framework and Research Agenda,” J. Assoc. Inf. Syst., pp. 1020–1034, 2018. ↩
5. J. M. Woodside, F. K. A. Jr, W. Giberson, F. K. J. Augustine, and W. Giberson, “Blockchain Technology Adoption Status and Strategies,” J. Int. Technol. Inf. Manag., vol. 26, no. 2, pp. 65–93, 2017. ↩

via: https://www.ostechnix.com/welcoming-blockchain-3-0/

作者：sk 选题：lujun9972 译者：murphyzhao 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出