Encryptcard - 区块娘
使用区块链的计算力工作证明去挖 SRR，会产生怎么样的火花?
项目简述
本项目使用 Golang 编写，参照了比特币白皮书的内容，只实现了区块，但是没有实现链。
本项目验证了比特币区块的产生和验证技术，并将其应用到了喜闻乐见的抽卡环节中。
用户可以通过挂机的方式获得卡片，比比谁的 CPU 更强
PS: 看看代码你就会明白，其实工作证明也是有运气的成分的。即使是比特币，只要你特别欧洲，你也是有概率用普通电脑几分钟就挖到的。只是这个概率嘛。。。。
项目地址
https://github.com/bydmm/encryptcard
下载地址
新版本都会发布在 releases 里的： https://github.com/bydmm/encryptcard/releases
项目进度
-
计算力工作证明 ✓
-
私钥和公钥的产生 ✓
-
数字签名 ✓
-
交易（✗）
-
抽卡动画 ✓
-
登场台词 ✓
-
在线验证（✗）
项目展望
以后会不会有一种基于区块的分布式存档技术，用户存档不需要完全存在服务器端，而是也放一份在本地，服务器根据签名机制可以信任这份存档，并且加载数据。
这样做有一些可能的好处：
-
换代理商之后，用户可以自主上传存档，而不会出现被上家公司拒不交出存档的问题。
-
一些单机游戏为了防破解做了全程联网，这样很影响游戏体验。那能不能将存档放在本地，但是由服务器商签名，这样即使被破解了，也无法存档。
-
刀剑神域这样的跨游戏的存档实现，比如用户至少可以继承自己的人物名称和捏脸设定之类的，不过具体的继承内容的决定权在网游开发商。
基本结构
{
"Version": "v0.0.1",
"PubKey": "-----BEGIN RSA PUBLIC KEY-----\nMIIBIjANB.......pXBzV4QOMxBl5C\nrwIDAQAB\n-----END RSA PUBLIC KEY-----\n",
"Timestamp": "1513263844677925384",
"RandNumber": "725",
"Hard": "4",
"CardID": "35d859ed1f30d9e19b76b120ca7d706506edfdd35ed7c88feafccb0003601050",
"Signature": "8c79aa73e105fad3479......eb5b0f2a1aa5e2493a1"
}
Version
区块娘版本，不同版本的区块可能挖矿难度不一样，核心算法也不同
PubKey
用户公钥(yue 四声)
Timestamp
卡被挖出的时间戳
RandNumber
随机数，某个时间戳内为了多次重试，没有时间戳就无法挖卡了
Hard
难度系数，
CardID
CardID = 哈希(Version + PubKey + Timestamp + RandNumber + Hard)
任何人都可以通过这个验证这张卡的真实性，到底是不是挖出来的，还是随便乱写的。
这个也算是这个挖卡概念的技术核心，控制了出卡率只和用户的硬件水平有关。
假设 CardID 为：15c9c6c3afb2b2ff612c5ea37b563c50dac4e95d7a93695bc5d680000000199
-
0000000 基础难度系数，0 越多总体的难度提升（这个位数，不同的版本可能会变）
-
001 卡 id，设定为 0 越多卡越稀有, 这是一张 SSR
-
9 攻击, 纯属娱乐，未来对战系统可以自行实践
-
9 防御，纯属娱乐，未来对战系统可以自行实践
按照设想，挖卡程序只负责让卡有序产生，各种各样的应用可以根据这个卡的属性去自行设计任何游戏。
算是个神奇的开源社区的设想？
PS: 缺点是现在的 hash 算法 sha256 已经被 ASIC 矿机给优化。。但是我想那群挖币的应该不至于有空挖这个。。
PS2: 如果矿机挖这个，那么说明挖这卡的价值要大于挖比特币。。。
Signature
普通的数字签名
首先是拥有者对卡（区块）签名
Signature = 签名函数(private_key, CardID)
交易者验证这张卡是不是真的来自于拥有者
CardID = 验证函数(PubKey, Signature)
卡交易（未实现）
{
"pubkey": "1ccfce1ed647ec3b12c398f4791a1adb3285cfff85ce7d382362c321a1a1df2",
"timestamp": 1974545345345,
"randNumber": 6653,
"cardBlock": "15c9c6c3afb2b2ff612c5ea37b563c50dac4e95d7a93695bc5d6800000009004",
"signature": "dsfsdf34515c9c6c3afb2b2ff612c5ea37b563c50dac4e95d7a93695bc5d6800",
"ownerPubkey": "1ccfce1ed647ec3b12c398f4791a1adb3285cfff85ce7d382362c321a1a1df2"
}
交易过的卡多一个字段：ownerPubkey
二次签名
signature = 签名函数(创造者的 private_key, (ownerPubkey + CardID))
验证函数
ownerPubkey + cardBlock = 验证函数(pubkey, signature)
由于这个项目只是区块，不是链，也没有全局分布式账本，所以一张卡只允许交易一次了。。
因为第二次交易这张卡，很明显需要第一个用户的私钥，那不太现实。。。
Select Language