1. https 解决的是数据加密传输中间人攻击，加签 /验签是业务逻辑需要对接口确认调用者是否有权限。

2. 没看明白，权限是属于业务逻辑。

3. http 是无状态协议请求需要带上状态做鉴权，本质无差别。

4. 服务器验证客户端。

5. 看具体 API 设计，抓包不能解密 https 数据，除非有证书私钥，浏览器 F12 ，请求都是你自己浏览器发的为什么不能看？ https 解决的是你不能看别人发的请求。


加签 /验签 主要是做开发 API 鉴权，是那个开发者调用了 API ，仿制任意人调用。HTTPS 解决数据加密传输，传输过程中不被篡改。

@pythonee 分布式系统需要依赖的不是时间，是确认两台机器处理事情的先后顺序，顺序有全序 偏序关系。

详细介绍可参考 https://vonng.gitbooks.io/ddia-cn/content/ch9.html

Google 的分布式数据库库用原子时钟保证误差

只有逻辑时钟 Lamport

etcd 是用来存 Meta 数据的

但是就像你说的有单点故障问题。通过高可用的 ETCD 来做服务发现，通信双方直接建立连接比较好。
用 MQ 也可以实现 RPC ，性能肯定没直接通信好，MQ 本身高可用，相当于高可用版本 proxy 吧。
https://github.com/nats-rpc/nrpc

游戏和 web 最大区别就是有状态，实时性要求高。不需要 proxy ，proxy 的唯一优点相当于做了服务发现的工作，

不需要中介可信任的价值转移

转 flink 啊

以前总结的

2PC 是多 obj 的同时修改的 atomic commit 问题，consensus 一般是同一个 obj 的不同 replica 的一致问题；

在事务的上下文中，一致性（ Consistency ）的概念是：对数据的一组特定陈述必须始终成立。即不变量（ invariants ）。具体到分布式事务的上下文中这个不变量是：所有参与事务的节点状态保持一致：要么全部成功提交，要么全部失败回滚，不会出现一些节点成功一些节点失败的情况。

在分布式系统的上下文中，线性一致性（ Linearizability ）的概念是：多副本的系统能够对外表现地像只有单个副本一样（系统保证从任何副本读取到的值都是最新的），且所有操作都以原子的方式生效（一旦某个新值被任一客户端读取到，后续任意读取不会再返回旧值）。

分布式事务一致性会因为协调者单点引入可用性问题
为了解决可用性问题，分布式事务的节点需要在协调者故障时就新协调者选取达成共识
解决共识问题等价于实现一个线性一致的存储
解决共识问题等价于实现全序广播（ total order boardcast ）
Paxos/Raft 实现了全序广播

分布式事务本身的一致性是通过协调者内部的原子操作与多阶段提交协议保证的，不需要共识；但解决分布式事务一致性带来的可用性问题需要用到共识。

全序广播要求将消息按照相同的顺序，恰好传递一次，准确传送到所有节点。

web 都是无状态服务，没啥可热更新的

编译器支持 CPS 变换

再找找，去机会多城市看看，深圳，北京，上海，可以试着先电话面试。

@andyskaura 好开，轴距短，维修保养便宜，再卖掉也亏不了多少。

手动挡马六

提离职前如果考虑给同样薪资可以留下来，应该先提加薪，不通过再提离职。