Talkless

虽然在定义上是个基础课，但是实际上比国内的大计基深入的不是一点点。如果不是前阵子因为cryptocurrency mining的研究一直都在钻研底层，估计还挺难消化的。即便如此，不仔细的我到现在的quiz还是没能拿到过100……

因为之前都是让IDE/VScode(goreturns)自动处理的import，所以今天在用vscode重新format的时候才看到，在import "C"的上面有个可以点的regenerate cgo definitions按钮。

这里就根据这个github issue来阐述一下这个按钮是干啥的，该怎么用。答案是根据reddit上这个帖子的回复找到的

原本应该是edX上BerkeleyX CS198.2x: Blockchain Technology的Homework3，这里干脆就对所有知名的链做点分析。

原文链接

我已经不停地研究了几个月，因为它本身似乎是一个有趣的结构，是支付隐私的另一个不同的方面（例如，从用户的角度来看，或者如果我们希望商业实体能够从可审计但对商业敏感的信息中获取信息， 使用智能合约），而且除了可以直接使用以外，它还可以实现一些我们尚未想到的功能，或者可以提高ZeroCoin之类想法的效率（我不知道如何使用，但似乎与之相关 ）。

比特币通常被宣传为隐私工具，但比特币中的唯一隐私性来自匿名地址，该匿名地址易销毁，但是通过地址重复使用，“污点”分析，跟踪付款，监控节点IP地址，网络爬虫以及许多其他机制很容易使该隐私性受到破坏。一旦破坏了这种隐私，很难恢复，有些情况下恢复成本也很高。

传统银行业务默认提供大量隐私保护。您的亲人看不到您正在购买节育措施剥夺他们未来的孙子孙女；您的雇主无法从薪水中获悉您支持的公益；贼人们也无法看到您最近的购买或判断您是如何富有的人，他们无法锁定目标并欺骗您。对于个人和企业而言，比特币的隐私性不足会是一个首要的切实的不利因素。

即使用户通过切换到BIP32地址链上来避免地址重复使用，当他们进行较大的交易时，他们仍然会因旧币和过去的付款而失去隐私。

隐私错误也会造成外部成本：您可能有良好的保护隐私行为，但是当您与不这样做的人（例如使用“绿色地址”的人）进行交易时，您和每个与他交易的人一样都会被迫失去一些隐私性。隐私性的缺失也给比特币带来了严重的系统风险：如果降级了的隐私性允许人们汇集中心化的列表甄别好坏币，则当您真诚接受的硬币后来未被其他人兑现时，您就会发现比特币上币与币之间的可替代性遭到破坏，并且其去中心性也伴随着人们被迫给他们自己的币实施流行的黑名单。

这条消息描述了比特币用户可以用来显着改善其隐私性的交易方式，我一直称其为CoinJoin。它不涉及比特币协议的任何更改，并且几年前至今也有数次使用，但是似乎尚未得到广泛的理解。

我首先在一个异想天开的帖子中公开地描述了这种交易方式——“全盘污染！”——通过这个着重讨论了这些交易的一个特定副作用，并期望人们会自己看到其余的含义。

往往清晰击败含蓄，甚至理解该想法的人也有一些本可以被解答的问题。因此，这个帖子就是为此而写。

雅思笔记

因为NGIN的contract系统也就是智能合约上需要嵌入的wasm engine支持fee cost on opcode(instr)，因此需要从wasmtime迁移到其他引擎。

虽然说找到了life完全符合我们的需要，但毕竟是人家的项目而且在host func嵌入的方面不如wasmtime顺手。

既然是从头做起(from scratch)的项目，那么再多做个wasm runtime应该也不过分。

细枝末节略，无关内容略。

原文自edX上伯克利大学课程Blockchain Technology。本文是对课程内部分内容的总结与修改。

虽然现在的公链生态已经获得成功，但是其反受繁荣现状的掣肘。尤其是比特币和以太坊，存在严重的可扩展性问题。从其成为能够支持全球规模交易量的全球网络的目标来看，目前两者都在交易吞吐量(tps)方面表现不佳。

从根本上讲，扩展解决方案可以增加交易量或减少交易时间。这也是理所当然的，因为可缩放性是按区块链可实现的tps（每秒交易量）衡量的。

展望未来，我们可以通过两种方式对区块链扩展解决方案进行分类。首先是与传统的云架构缩放级别（水平，垂直和对角线）进行粗略的比较。其次，存在特定于区块链的缩放分类：第1层（在链上）和第2层（在链外）。

区块链归类

出于方便理解和技术分类，我们倾向于在面向企业的介绍中将区块链描述为一种一种高度专业化的数据库。当然从最底层来看也确实是如此。

我们可以简单分类一下

graph LR
    数据库 --> 中心化数据库
    数据库 --> 分布式数据库
    分布式数据库 --> 分布式账簿
    分布式账簿 --> 区块链

对于集中式数据库，您必须信任单个数据库——并不需要达成共识。

对于分布式数据库，信任概念开始成为关注的重点。在分布式数据库中，您可以拥有一个受信任的容错数据库网络。

在分布式数据库中，存在分布式账簿，通常意味着宽松的信任保证。它们可以使彼此之间不完全信任的各方达成共识。

最后，我们的主人公，区块链，是分布式账簿的子类。