rotoava

rotoava

V2EX 第 21190 号会员,加入于 2012-05-21 18:49:26 +08:00
根据 rotoava 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
rotoava 最近回复了
真是个很现实的问题:p2p 和 各类风控( AI 人脸 活体识别公司)有没有权利存储用户的身份证照片。(用户不知情状态下)
2018-08-21 12:57:04 +08:00
回复了 GjriFeu 创建的主题 程序员 身体很疲倦,但是脑神经还很活跃怎么办(睡不着觉-. -)
就是烧脑太严重了。可以尝试连续去影院看电影,每天下班之后就去,连续看一周。看电影时候大脑是切换或者放松的。
@iConnect 故障报告里写的静默错误。数据写进去读出来不一样。不知道业内对这种情况怎么处理的,太不靠谱了,大 bug 啊。
[技术上] 云存储公司对“硬盘固件 bug,静默错误”是怎么预防和处理的呢?有熟悉行业的专家吗,这个“存进去,读出来不一样” 不会没任何校验吧?
@my3157 "引入一家云服务的时候, 首先考虑的就是 backup , 任何一家故障, 都能快速切换到别家"

主要是这些多家云服务也不一定是独立的啊
数字类型最好全用字符串传递,要不功能都实现不了,谈不上规范。
@hebeiround
```
1:人们为验证智能合约支付的成本会不会超过对信用中心支出的成本呢
2:当区块链内用户规模较少时,是否存在外来 51%攻破的可能
```
1. 基于区块链智能合约的成本就是两次 tx 的交易费,现在电子签约服务也比较经济( e 签宝,上上签)。传统的纸质签约公正实施等成本肯定高。
2. 51% 通常指的是算力攻击,强大算力可以添加恶意虚假区块甚至甚至连续累计多个虚假块,更甚能改写整条区块链。现在整体算力太大,51%成本太高了。51%攻击和用户数及持币量无关。
>>>"因为他没说明这个脚本的编写者是谁,也就是谁来做这个智能合约的公证人,更准确的讲是程序的测试者"


脚本的编写者是谁? 协议的起草和编写是协议双方协商的。如果是最普通标准化协议可能弱化的乙方的存在。比如 A 发送给 B btc 时候的 tx 的起草过程,其中 input 是 A 提供的,output 地址( PKHASH 或者其他 Scripy hash )是由乙方提供的,共同起草。

智能合约的公证人是谁? 挖矿节点进行验证(协议发起 tx 的脚本执行验证和双花验证等, 协议执行时候的脚本赎兑检验),全节点存储的区块信息进行事实记录和审计。

脚本程序的测试者?不清楚题主所指。

只要甲乙双方信任这条区块链系统,即可以设计非常复杂的且可以自动执行的合约,无需依赖和信任其他任何第三方,这样的合约是智能和强大的,减少了签约、公正和执行成本。

(粗浅理解)
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   885 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 9ms · UTC 22:00 · PVG 06:00 · LAX 14:00 · JFK 17:00
Developed with CodeLauncher
♥ Do have faith in what you're doing.