如何免费拥有一个web3的微博、推特
第一步需要有一个钱包或者浏览器插件 钱包可以使用imtoken、tp钱包、metamask等，电脑端可以使用**metamask** ，安装软件或者插件后，创建钱包。 第二步打开 ethtweet 点击右上角的头像（手机是右下角），会弹窗两次签名信息，确认签名即可。 第三步开始发推文输入框输入你要发布的内容，点击Post，然后签名确认即可，你的这条推文就发布到网络了，由去中心化的节点进行保存。 不需要购买nft，不需要手机号，快来试试看。
如何免费拥有一个web3的微博、推特
第一步需要有一个钱包或者浏览器插件 钱包可以使用imtoken、tp钱包、metamask等，电脑端可以使用**metamask** ，安装软件或者插件后，创建钱包。 第二步打开 ethtweet 点击右上角的头像（手机是右下角），会弹窗两次签名信息，确认签名即可。 第三步开始发推文输入框输入你要发布的内容，点击Post，然后签名确认即可，你的这条推文就发布到网络了，由去中心化的节点进行保存。 不需要购买nft，不需要手机号，快来试试看。
以太坊的几种签名类型的区别和使用场景
以太坊目前主要有3种签名类型，分别是:eth_sign, personal_sign, eth_signTypedData eth_sign 这个是所有链上交易的签名方式，他的实现逻辑是把一个交易信息 rlp 编码后，然后再进行一次keccak256哈希，最后对这个哈希进行签名。 这个签名类型有个特点，签名的内容是哈希，无法确定内容，有一种攻击方法就是让用户使用这个方法签名内容，达到攻击的效果。由于这个安全问题，小狐狸 metamask 默认禁用了这个方法，需要开启才可以，而且会有很明确的安全风险提醒。在打开eth_sign后(方法我这里不就说，避免大家开启)，我们提交一个签名测试看看效果eth_sign这个签名我想大家都看不出来是什么内容吧，攻击场景就是利用的这个。 personal_sign 因为第一种签名的不安全，就诞生了eip-191，实现了第二种签名personal_sign。personal_sign很多时候使用的场景是身份确认，例如我持有这个钱包，我拿什么给别人证明我持有，签名第一种方法也是的，但是第二种就可以直接签名一段文本，签名的时候明确的知道签名的内容是什么。...
以太坊的几种签名类型的区别和使用场景
以太坊目前主要有3种签名类型，分别是:eth_sign, personal_sign, eth_signTypedData eth_sign 这个是所有链上交易的签名方式，他的实现逻辑是把一个交易信息 rlp 编码后，然后再进行一次keccak256哈希，最后对这个哈希进行签名。 这个签名类型有个特点，签名的内容是哈希，无法确定内容，有一种攻击方法就是让用户使用这个方法签名内容，达到攻击的效果。由于这个安全问题，小狐狸 metamask 默认禁用了这个方法，需要开启才可以，而且会有很明确的安全风险提醒。在打开eth_sign后(方法我这里不就说，避免大家开启)，我们提交一个签名测试看看效果eth_sign这个签名我想大家都看不出来是什么内容吧，攻击场景就是利用的这个。 personal_sign 因为第一种签名的不安全，就诞生了eip-191，实现了第二种签名personal_sign。personal_sign很多时候使用的场景是身份确认，例如我持有这个钱包，我拿什么给别人证明我持有，签名第一种方法也是的，但是第二种就可以直接签名一段文本，签名的时候明确的知道签名的内容是什么。...
让自己的博客永存的思路
刚才在v2ex首页看到讨论 CoolShell 能不能打开的帖子，我想我前面在做一个 zeronet blog 的 html 静态化的开源项目，里面看到了一些博客，特别有感触，一个作者已经不再了，博客依然在去中心化的网络里面，一个作者觉得去中心化麻烦，就放弃 zeronet 建立传统的博客，但是他 zeronet 博客还能打开，但是中心化博客已经不能打开了。 虽然人死如灯灭，但是大家可以把自己的技术博客什么的时候，同步一份到 zeronet ，可能 zeronet 这边博客存在的时间更久。不过要想在 zeronet 长久的留存，那就需要有一些内容输出，吸引人不断的浏览，就有人不断的做源。 zeronet 官方甚至已经弃坑了，现在是社区维护，我用的 fork 版本是 ZeroNetX/ZeroNet ，有一个印度开发者正在用 rust 重写中。 原始连接： https://zeronet-blog.ipfsscan.io/1Bm8RDrnitgbh7Nbsbo6T9j5VDLWTGaar4/?post_id=110
让自己的博客永存的思路
刚才在v2ex首页看到讨论 CoolShell 能不能打开的帖子，我想我前面在做一个 zeronet blog 的 html 静态化的开源项目，里面看到了一些博客，特别有感触，一个作者已经不再了，博客依然在去中心化的网络里面，一个作者觉得去中心化麻烦，就放弃 zeronet 建立传统的博客，但是他 zeronet 博客还能打开，但是中心化博客已经不能打开了。 虽然人死如灯灭，但是大家可以把自己的技术博客什么的时候，同步一份到 zeronet ，可能 zeronet 这边博客存在的时间更久。不过要想在 zeronet 长久的留存，那就需要有一些内容输出，吸引人不断的浏览，就有人不断的做源。 zeronet 官方甚至已经弃坑了，现在是社区维护，我用的 fork 版本是 ZeroNetX/ZeroNet ，有一个印度开发者正在用 rust 重写中。 原始连接： https://zeronet-blog.ipfsscan.io/1Bm8RDrnitgbh7Nbsbo6T9j5VDLWTGaar4/?post_id=110
session加密聊天的安全性原理
最近身边有一些朋友的电报号被盗了，因为他的手机号的短信被拦截了，我推荐他们使用session，告诉他们这个更加的安全，理由如下。 session的账号不是中心化的，是一个非对称加密的私钥，加好友使用这个非对称加密的公钥，发送消息都是加密后的，只有对方才能解密，其它任何拿到都无法解密，即使是美国的cia这些都无法破解（具体的加密过程比较复杂，这里就不细讲，反正记住美国cia都无法破解就行了）。我们一般使用的其它聊天，例如电报、微信这些，他们的服务端都是知道大家聊了什么，在session就没有人知道，除了当事人。另外就是session也支持阅后即焚，以及消息撤回。 然后就是消息的传递，一般来讲消息发送都会透露发送者的ip，这个软件做一个隐私保护，用户甲把聊天消息加密发给a节点，a节点只知道消息要发给b节点，b节点收到了消息，也只知道发给c节点，c节点收到消息后，只知道发给用户乙，并不知道用户甲的ip，a节点知道用户甲的ip，但是不知道发给谁，也不知道用户甲公钥id。其中这些节点有一千多个，每次随机选择3个节点来传输数据，通过这种机制，能保证用户的隐私完全无泄漏。
session加密聊天的安全性原理
最近身边有一些朋友的电报号被盗了，因为他的手机号的短信被拦截了，我推荐他们使用session，告诉他们这个更加的安全，理由如下。 session的账号不是中心化的，是一个非对称加密的私钥，加好友使用这个非对称加密的公钥，发送消息都是加密后的，只有对方才能解密，其它任何拿到都无法解密，即使是美国的cia这些都无法破解（具体的加密过程比较复杂，这里就不细讲，反正记住美国cia都无法破解就行了）。我们一般使用的其它聊天，例如电报、微信这些，他们的服务端都是知道大家聊了什么，在session就没有人知道，除了当事人。另外就是session也支持阅后即焚，以及消息撤回。 然后就是消息的传递，一般来讲消息发送都会透露发送者的ip，这个软件做一个隐私保护，用户甲把聊天消息加密发给a节点，a节点只知道消息要发给b节点，b节点收到了消息，也只知道发给c节点，c节点收到消息后，只知道发给用户乙，并不知道用户甲的ip，a节点知道用户甲的ip，但是不知道发给谁，也不知道用户甲公钥id。其中这些节点有一千多个，每次随机选择3个节点来传输数据，通过这种机制，能保证用户的隐私完全无泄漏。
以太坊的节点类型
我们在使用以太坊的过程中，相关操作都会经过以太坊的节点，那么你知道以太坊的节点又哪几种类型吗，我这篇文章给大家做一个简单的科普。 以太坊的节点有3种类型，分别是轻节点（light）、全节点（full）和归档节点（archive），对于有不同的使用场景。 轻节点：只保存了区块头部，不包含其中的交易（Transactions），也没有整个状态（state），轻节点的数据请求操作依赖全节点和归档节点。但是很多网络的全节点出于成本考虑，并不提供服务和轻节点。 轻节点由于只保存区块头部，可以运行在手机这种移动端设备里面（以太坊geth v1.11.0后移除了相关的支持），通过区块头部和其它节点的数据，不依赖相关rpc也可以完成整个操作。 全节点（full）：保存完整的区块数据，包括每笔交易，并且有当前的状态（state），我们在使用以太坊的过程种，大部分的rpc请求就是使用这类型节点。 归档节点（archive）：和全节点的区别是额外保存了一个区块的状态，例如可以查到1万个区块前，某个地址的余额。归档节点需要的磁盘空间特别大，所以一般只有少数节点运行。
以太坊的节点类型
我们在使用以太坊的过程中，相关操作都会经过以太坊的节点，那么你知道以太坊的节点又哪几种类型吗，我这篇文章给大家做一个简单的科普。 以太坊的节点有3种类型，分别是轻节点（light）、全节点（full）和归档节点（archive），对于有不同的使用场景。 轻节点：只保存了区块头部，不包含其中的交易（Transactions），也没有整个状态（state），轻节点的数据请求操作依赖全节点和归档节点。但是很多网络的全节点出于成本考虑，并不提供服务和轻节点。 轻节点由于只保存区块头部，可以运行在手机这种移动端设备里面（以太坊geth v1.11.0后移除了相关的支持），通过区块头部和其它节点的数据，不依赖相关rpc也可以完成整个操作。 全节点（full）：保存完整的区块数据，包括每笔交易，并且有当前的状态（state），我们在使用以太坊的过程种，大部分的rpc请求就是使用这类型节点。 归档节点（archive）：和全节点的区别是额外保存了一个区块的状态，例如可以查到1万个区块前，某个地址的余额。归档节点需要的磁盘空间特别大，所以一般只有少数节点运行。
