优快云深蓝居

最近符文Runes协议是比特币生态最火的项目，于是我利用晚上的时间，把Runes协议使用Go语言实现了一遍，项目地址：https://github.com/bxelab/runestone，另外也基于这个Runestone库编写对应的一个命令行客户端在这里,基于对Runes协议的深入理解，发现网上很多项目对符文的用法是不对的，于是我这里再写一篇技术文章，详细介绍一下。大家如果要进行符文的开发，可以参考。

BxE协议(Bitcoin x Ethereum Protocol)旨在充分利用比特币强大的安全性、去中心化特性和庞大的网络效应,在其基础上构建一个可编程、跨生态互联的新一代区块链生态系统。通过创新的技术设计,BxE将成为连接比特币与以太坊Web3生态网络的桥梁,推动整个加密经济的发展。BxE协议基于Ordinals协议为基础，在比特币原生网络（Layer1）实现了对以太坊虚拟机EVM的支持，从而让比特币网络能够支持图灵完备的智能合约。

在上一篇文章中，我们给出了一种零知识证明的方法，解决用户身份属性的隐私问题，下面我们再来谈谈基于DID技术，我们都能在什么场景去应用。0x.0 无密码安全登录这个使用场景大家应该都很熟悉了，就类似于微信扫码登录，当我们要注册或者登录一个网站时，不需要再填写用户名、密码、邮箱之类的信息，只需要用手机里的数字身份APP扫描登录页的二维码，然后在APP中弹出扫码后的信息，选择确认登录即可。使用DID的APP与传统的微信扫码登录不同之处就在于DID中用户的身份信息是用户自己掌握的，而微信扫码登录的身份信息是

在上一篇文章中，我们介绍了用户具有多个身份属性时，选择性的把其中的一个属性暴露出来，而不会造成其他信息的暴露。更进一步的情况，某些时候我们只需要验证用户的年龄达到多少岁，或者小于多少岁，但是并不关心用户的具体年龄和出生日期，比如在购买烟酒时，商家需要验证用户的年龄大于18岁。除了年龄，住址、民族等都可能会有对某个断言进行验证的情况。比如某旅游景点，对本市所有居民免费，所以居民只需要证明自己身份证上的住址在某市，而不需要暴露具体的居住地址。这些只给出证明的答案，而不暴露其他任何身份信息的情况，都是零知识证明的

在上一篇文章中，我们以最简单的生成DID，颁发VC，验证VP流程介绍了DID的用法，但是在实际生活中，我们并不总是希望直接将整个证件VC亮给验证者看，比如我们去住酒店时，需要登记姓名、身份证号信息，但是如果我们直接把身份证给前台人员的话，前台人员就可以看到我们的民族、住址等信息，对于我们普通人来说，也许觉得没什么，那要是明星、公众人物去住酒店，那么可能前台人员就可能出于各方面的原因偷偷把住址信息记下了或者泄露到网上，给证照本人的生活带来各种麻烦。那么我们有什么办法呢？用户属性的选择性披露能够降低风险。我

在上一篇文章，我们已经掌握了DID的基本概念，接下来我们用一个具体的场景来看看DID是怎么使用的。0x0. 场景描述小明是一个刚刚从大学毕业的应届毕业生，在毕业当天学校颁发了毕业证给小明对应的数字身份，小明拿到毕业证后第二天去公司入职，其中一个环节，公司HR要求验证小明的学历信息，验证完成，小明入职成功。一般学校会颁发毕业证和学位证两个证，这里我们出于简单起见，就把学位证忽略吧。0x1. Holder小明生成DID标识和DID文档小明要想获得学校颁发的毕业证，那么他必须要有自己的DID，

本人最近正在研究数字身份DID技术，该技术在区块链领域目前还比较冷门，并没有什么实际的应用案例，但是数字身份的应用场景广阔，是一个必然会火起来的技术。于是打算写几篇文章，好好讲一下其中涉及到的概念，技术实现和应用场景。先从基本概念讲起：身份：国际电子技术委员会将“身份”定义为“一组与实体关联的属性”。这里的实体不仅仅是人，对于机器或者物体都可以是实体，甚至网络中虚拟的东西也可以是实体并拥有身份。数字身份：随着互联网的出现和普及，传统的身份有了另外一种表现形式，即数字身份。一般认为，数字身份的

UTXO对于非区块链从业人员来说可能比较陌生，UTXO的全称是Unspent Transaction Output，这中本聪在比特币中的一个天才设计。而Account模型就很常见，也很容易理解，你银行账户里面有多少钱，就是账户模型。关于UTXO的详细探讨，我比较推荐孟岩的一篇文章《其实并没有什么比特币，只有 UTXO》，这里比较详细的讲解了UTXO的原理，以及与Account模型的对比。总的来...