un.Block关于 Uniswap V3 的计算
机制改变Uniswap V3 采用了集中流动性（Concentrated Liquidity）。用户可以为自己的流动性设置一个价格区间。超出这个价格区间或低于这个价格区间，所有代币将被转换成两者中不值钱的那个。这一步转化造成的损失是无常损失。一个价格区间中的最小间隔叫 Tick，为 0.01%。 符号Swap添加流动性相关阅读：Uniswap V3 白皮书编辑于昨天 14:30文章被以下专栏收录* Blockchian；unblock256.com
un.Block矿工可提取价值
日渐增多的 MEV 可能导致了高昂的 Gas Fee在*上一期*的周报中我们为大家介绍了 Gas Fee ， Gas Fee 越高，交易就越可能被矿工打包。本期我们就来讨论一下这种打包机制所产生的问题，Miner-extractable Value（MEV）。 MEV 指的是矿工重新排序交易后可以获得的利润。在实际情况中， MEV 可能并不是矿工推动。有可能是我付出了一个很高的 Gas Fee ，希望矿工优先打包我的交易。 希望矿工优先打包交易的原因有以下几种：抢跑（Frontrunning）主流的 DEX 都支持滑点，也就是成交价格的区间，假设当前下单价格 100 块，滑点是 5%，这意味着成交价格会在 95 - 105 之间。 宽松的价格区间让套利者有机可乘。 假如一个套利者在内存池中（没有打包的交易都会在内存池中）看到一笔大额买单（币价即将上涨）。根据 AMM 的模型，只要有买单成交，代币价格就会上升。因此，套利者可以通过高额的 Gas Fee 或者贿赂矿工来插入一笔买单，抢在代币价格上涨之前完成买入。套利者的抢跑行为将导致后续的那一笔大额买单以以更高的价格成交。 其实在现...
un.Block流动性挖矿（Yield Farming）
⚠️ 以下为非投资建议 (No Financial Advise) 内容，流动性挖矿存在投资风险。概念流动性挖矿是 AMM 协议下的提供流动性的更进一步，它是通过锁定流动性来获取代币奖励。 如何获取收益*上期*我们讲到在 AMM 协议下，流动性提供者可以通过从交易手续费中获取一定收益。流动性挖矿与单纯的提供流动性（LP）略有不同，它是将组好的 LP，注入到资金池中（矿池），以获取额外的不同的代币支付奖励。用于奖励的代币大多为矿场的代币。以 BSC 上的 PancakeSwap 的 Farm 作为例子，这是一个 $BUSD - $BNB 矿池，在 Stake（质押、注入）前，我们需要先为 $BUSD - $BNB 交易对提供流动性以及 Approve（授权使用代币）。 LP 组好后，我们就可以将我们的 LP Stake 进矿池，开始挖矿。 一段时间后，我们可以获得 $CAKE （PancakeSwap 的平台代币）作为奖励，通过 Harvest（收成）我们就可以把 $CAKE 收入囊中。与此同时，我们的 $BUSD - $BNB 还在努力的工作，持续产出 $CAKE。 又过了一段...
un.Block关于 Uniswap V3 的计算
机制改变Uniswap V3 采用了集中流动性（Concentrated Liquidity）。用户可以为自己的流动性设置一个价格区间。超出这个价格区间或低于这个价格区间，所有代币将被转换成两者中不值钱的那个。这一步转化造成的损失是无常损失。一个价格区间中的最小间隔叫 Tick，为 0.01%。 符号Swap添加流动性相关阅读：Uniswap V3 白皮书编辑于昨天 14:30文章被以下专栏收录* Blockchian；unblock256.com
un.Block矿工可提取价值
日渐增多的 MEV 可能导致了高昂的 Gas Fee在*上一期*的周报中我们为大家介绍了 Gas Fee ， Gas Fee 越高，交易就越可能被矿工打包。本期我们就来讨论一下这种打包机制所产生的问题，Miner-extractable Value（MEV）。 MEV 指的是矿工重新排序交易后可以获得的利润。在实际情况中， MEV 可能并不是矿工推动。有可能是我付出了一个很高的 Gas Fee ，希望矿工优先打包我的交易。 希望矿工优先打包交易的原因有以下几种：抢跑（Frontrunning）主流的 DEX 都支持滑点，也就是成交价格的区间，假设当前下单价格 100 块，滑点是 5%，这意味着成交价格会在 95 - 105 之间。 宽松的价格区间让套利者有机可乘。 假如一个套利者在内存池中（没有打包的交易都会在内存池中）看到一笔大额买单（币价即将上涨）。根据 AMM 的模型，只要有买单成交，代币价格就会上升。因此，套利者可以通过高额的 Gas Fee 或者贿赂矿工来插入一笔买单，抢在代币价格上涨之前完成买入。套利者的抢跑行为将导致后续的那一笔大额买单以以更高的价格成交。 其实在现...
un.Block流动性挖矿（Yield Farming）
⚠️ 以下为非投资建议 (No Financial Advise) 内容，流动性挖矿存在投资风险。概念流动性挖矿是 AMM 协议下的提供流动性的更进一步，它是通过锁定流动性来获取代币奖励。 如何获取收益*上期*我们讲到在 AMM 协议下，流动性提供者可以通过从交易手续费中获取一定收益。流动性挖矿与单纯的提供流动性（LP）略有不同，它是将组好的 LP，注入到资金池中（矿池），以获取额外的不同的代币支付奖励。用于奖励的代币大多为矿场的代币。以 BSC 上的 PancakeSwap 的 Farm 作为例子，这是一个 $BUSD - $BNB 矿池，在 Stake（质押、注入）前，我们需要先为 $BUSD - $BNB 交易对提供流动性以及 Approve（授权使用代币）。 LP 组好后，我们就可以将我们的 LP Stake 进矿池，开始挖矿。 一段时间后，我们可以获得 $CAKE （PancakeSwap 的平台代币）作为奖励，通过 Harvest（收成）我们就可以把 $CAKE 收入囊中。与此同时，我们的 $BUSD - $BNB 还在努力的工作，持续产出 $CAKE。 又过了一段...
Subscribe to un.Block
Subscribe to un.Block
Share Dialog
Share Dialog
<100 subscribers
<100 subscribers
随着 NFT 和 Gamefi 的热度上升，这期我们为大家介绍 Flow - 专为 NFT 和游戏设计的一条链。
Flow 是 CryptoKitties 的开发团队专为游戏和 NFT 设计的一条公链。目前公链上有 NBA Top Shot，育碧 等项目。
Flow 采用多角色的架构来提高处理速度。相较于常见的 Layer2，分片。Flow 认为分片使智能合约间的交互更加复杂，容易出错，损害可组合性，无法保证对事物状态的 ACID（原子性，一致性，隔离性和持久性） 的要求。
Flow 意识到验证节点处理不同任务的速度是不一样的。于是他们将验证节点的职责细分，让部分验证节点专注于一小部分的任务。
Flow 将任务分为非确定性任务和确定性任务。
非确定性任务需要更少的计算资源，例如确定区块链中的交易是否存在以及他们的顺序
确定性任务需要更多的计算资源，例如计算交易结果
这样的任务的划分实际上是将计算任务和共识分开。
如上图所示，Flow 一共设置了 4 个角色：
共识节点：确定交易的存在性以及顺序
验证节点：监督执行节点
执行节点：执行交易相关的计算
收集节点：增强 Dapp 的网络连接和数据可用性
共识节点所采用的是 Libra 使用的权益证明算法 HotStuff 的变体
Flow 采用了 Cadence 作为它的智能合约编程语言。Cadence 使用面向资源的编程范式。资源指的是具有可编程性的安全数字资产。面向资源的编程范式给予开发者创建独一无二耐用数字资产的能力。资产的所有权则由语言本身追踪。这些特性听起来是专为 NFT 和游戏等特别专注于资产所有权的应用量身打造的。
在采用面向资源编程之前，Flwo 认为现有的编程环境可以追踪资产所有权，但是不能直接定义所有权。然而区块链公链就应该是为了管稀有资产的所有权。
以下这个例子应该可以让各位读者进一步了解面向资源的概念。
上图是 CryptoKitty 合约的一个示例图。在使用 EVM 的以太坊上，所有的 Kitty 都存储在一个合约里面。想要知道谁拥有某只 Kitty，我们就要查询这个合约里的一个字典。想要更改某只 Kitty 的所有权，我们需要在这个合约里面进行更改。
上图是面向资源的一个例子。我们使用 resource 对象来表示 Kitty。Kitty 直接存储在拥有者的账号里。这就更像是现实世界，拥有者直接拥有 Kitty，而不是得去一个中心化的机构进行查询所有权。
除了 Cadence，Flow 还提供 Flow Go SDK，Flow JS SDK，VSC 插件，Flow Playground GUI，FTs 和 NFTs 两个标准。
Flow 的另一个特色便是智能合约的可升级性。开发者能够以测试状态部署智能合约，并允许逐步升级。在最后，开发者可以选择发布正式版，并放弃合约控制权。发布正式版后，代码将完全不能篡改。
为了方便用户使用，Flow 支持 Ramp。用户可以在 Ramp 上购买 Flow 网络的 fUSD。
总结
相比上周令人眼前一亮的三链架构，Flow 采用了多角色模型来保证交易速度，并采用面向资源的编程范式。我们可以明显感受到 Avalanche 和 Flow 是为了不同的目的而进行设置的。
相关阅读：
随着 NFT 和 Gamefi 的热度上升，这期我们为大家介绍 Flow - 专为 NFT 和游戏设计的一条链。
Flow 是 CryptoKitties 的开发团队专为游戏和 NFT 设计的一条公链。目前公链上有 NBA Top Shot，育碧 等项目。
Flow 采用多角色的架构来提高处理速度。相较于常见的 Layer2，分片。Flow 认为分片使智能合约间的交互更加复杂，容易出错，损害可组合性，无法保证对事物状态的 ACID（原子性，一致性，隔离性和持久性） 的要求。
Flow 意识到验证节点处理不同任务的速度是不一样的。于是他们将验证节点的职责细分，让部分验证节点专注于一小部分的任务。
Flow 将任务分为非确定性任务和确定性任务。
非确定性任务需要更少的计算资源，例如确定区块链中的交易是否存在以及他们的顺序
确定性任务需要更多的计算资源，例如计算交易结果
这样的任务的划分实际上是将计算任务和共识分开。
如上图所示，Flow 一共设置了 4 个角色：
共识节点：确定交易的存在性以及顺序
验证节点：监督执行节点
执行节点：执行交易相关的计算
收集节点：增强 Dapp 的网络连接和数据可用性
共识节点所采用的是 Libra 使用的权益证明算法 HotStuff 的变体
Flow 采用了 Cadence 作为它的智能合约编程语言。Cadence 使用面向资源的编程范式。资源指的是具有可编程性的安全数字资产。面向资源的编程范式给予开发者创建独一无二耐用数字资产的能力。资产的所有权则由语言本身追踪。这些特性听起来是专为 NFT 和游戏等特别专注于资产所有权的应用量身打造的。
在采用面向资源编程之前，Flwo 认为现有的编程环境可以追踪资产所有权，但是不能直接定义所有权。然而区块链公链就应该是为了管稀有资产的所有权。
以下这个例子应该可以让各位读者进一步了解面向资源的概念。
上图是 CryptoKitty 合约的一个示例图。在使用 EVM 的以太坊上，所有的 Kitty 都存储在一个合约里面。想要知道谁拥有某只 Kitty，我们就要查询这个合约里的一个字典。想要更改某只 Kitty 的所有权，我们需要在这个合约里面进行更改。
上图是面向资源的一个例子。我们使用 resource 对象来表示 Kitty。Kitty 直接存储在拥有者的账号里。这就更像是现实世界，拥有者直接拥有 Kitty，而不是得去一个中心化的机构进行查询所有权。
除了 Cadence，Flow 还提供 Flow Go SDK，Flow JS SDK，VSC 插件，Flow Playground GUI，FTs 和 NFTs 两个标准。
Flow 的另一个特色便是智能合约的可升级性。开发者能够以测试状态部署智能合约，并允许逐步升级。在最后，开发者可以选择发布正式版，并放弃合约控制权。发布正式版后，代码将完全不能篡改。
为了方便用户使用，Flow 支持 Ramp。用户可以在 Ramp 上购买 Flow 网络的 fUSD。
总结
相比上周令人眼前一亮的三链架构，Flow 采用了多角色模型来保证交易速度，并采用面向资源的编程范式。我们可以明显感受到 Avalanche 和 Flow 是为了不同的目的而进行设置的。
相关阅读：
No activity yet