 | rotoavaV2EX member #21190, joined on 2012-05-21 18:49:26 +08:00 |
 | Per rotoava's settings, the topics list is hidden |
Deals info, including closed deals, is not hidden
rotoava's recent replies
Aug 29, 2018 Replied to a topic by YiweiHangzhi 程序员 身份证照片存数据库，该如何存最好？存一个字段还是两个字段 |
真是个很现实的问题：p2p 和 各类风控（ AI 人脸 活体识别公司）有没有权利存储用户的身份证照片。（用户不知情状态下）
Aug 21, 2018 Replied to a topic by GjriFeu 程序员 身体很疲倦，但是脑神经还很活跃怎么办（睡不着觉-. -） |
就是烧脑太严重了。可以尝试连续去影院看电影，每天下班之后就去，连续看一周。看电影时候大脑是切换或者放松的。
Aug 6, 2018 Replied to a topic by lopetver 云计算 腾讯云硬盘故障，导致“前沿数控技术”线上「生产数据完全丢失」 |
@iConnect 故障报告里写的静默错误。数据写进去读出来不一样。不知道业内对这种情况怎么处理的，太不靠谱了，大 bug 啊。
Aug 6, 2018 Replied to a topic by lopetver 云计算 腾讯云硬盘故障，导致“前沿数控技术”线上「生产数据完全丢失」 |
[技术上] 云存储公司对“硬盘固件 bug，静默错误”是怎么预防和处理的呢？有熟悉行业的专家吗，这个“存进去，读出来不一样” 不会没任何校验吧？
Aug 6, 2018 Replied to a topic by lopetver 云计算 腾讯云硬盘故障，导致“前沿数控技术”线上「生产数据完全丢失」 |
May 22, 2018 Replied to a topic by winiex 程序员 可能是另一场圣战：后端返回的 JSON 的值是只要 String 类型呢，还是各种类型都包括呢？ |
数字类型最好全用字符串传递，要不功能都实现不了，谈不上规范。
Dec 29, 2017 Replied to a topic by Morriaty 程序员 感觉大多数比特币推广（或介绍）的文章都只是强调了结果，但没有给出严格的论述过程 |
@hebeiround
```
1：人们为验证智能合约支付的成本会不会超过对信用中心支出的成本呢
2：当区块链内用户规模较少时，是否存在外来 51%攻破的可能
```
1. 基于区块链智能合约的成本就是两次 tx 的交易费，现在电子签约服务也比较经济（ e 签宝，上上签）。传统的纸质签约公正实施等成本肯定高。
2. 51% 通常指的是算力攻击，强大算力可以添加恶意虚假区块甚至甚至连续累计多个虚假块，更甚能改写整条区块链。现在整体算力太大，51%成本太高了。51%攻击和用户数及持币量无关。
```
1：人们为验证智能合约支付的成本会不会超过对信用中心支出的成本呢
2：当区块链内用户规模较少时，是否存在外来 51%攻破的可能
```
1. 基于区块链智能合约的成本就是两次 tx 的交易费，现在电子签约服务也比较经济（ e 签宝，上上签）。传统的纸质签约公正实施等成本肯定高。
2. 51% 通常指的是算力攻击，强大算力可以添加恶意虚假区块甚至甚至连续累计多个虚假块，更甚能改写整条区块链。现在整体算力太大，51%成本太高了。51%攻击和用户数及持币量无关。
Dec 29, 2017 Replied to a topic by Morriaty 程序员 感觉大多数比特币推广（或介绍）的文章都只是强调了结果，但没有给出严格的论述过程 |
>>>"因为他没说明这个脚本的编写者是谁，也就是谁来做这个智能合约的公证人，更准确的讲是程序的测试者"
脚本的编写者是谁？ 协议的起草和编写是协议双方协商的。如果是最普通标准化协议可能弱化的乙方的存在。比如 A 发送给 B btc 时候的 tx 的起草过程，其中 input 是 A 提供的，output 地址（ PKHASH 或者其他 Scripy hash ）是由乙方提供的，共同起草。
智能合约的公证人是谁？ 挖矿节点进行验证（协议发起 tx 的脚本执行验证和双花验证等， 协议执行时候的脚本赎兑检验），全节点存储的区块信息进行事实记录和审计。
脚本程序的测试者？不清楚题主所指。
只要甲乙双方信任这条区块链系统，即可以设计非常复杂的且可以自动执行的合约，无需依赖和信任其他任何第三方，这样的合约是智能和强大的，减少了签约、公正和执行成本。
（粗浅理解）
脚本的编写者是谁？ 协议的起草和编写是协议双方协商的。如果是最普通标准化协议可能弱化的乙方的存在。比如 A 发送给 B btc 时候的 tx 的起草过程，其中 input 是 A 提供的，output 地址（ PKHASH 或者其他 Scripy hash ）是由乙方提供的，共同起草。
智能合约的公证人是谁？ 挖矿节点进行验证（协议发起 tx 的脚本执行验证和双花验证等， 协议执行时候的脚本赎兑检验），全节点存储的区块信息进行事实记录和审计。
脚本程序的测试者？不清楚题主所指。
只要甲乙双方信任这条区块链系统，即可以设计非常复杂的且可以自动执行的合约，无需依赖和信任其他任何第三方，这样的合约是智能和强大的，减少了签约、公正和执行成本。
（粗浅理解）
Select Language