我认为是靠谱的；关键是要买的便宜，最好定期不定额；

那么每一期怎么确定仓位呢？我自己设计了一个最简单的策略，是开源的，可以参考一下：

https://github.com/brain-zhang/kanglong

@notgood 这种情况我还是采用 1 楼的办法。rsync+手工改；

有人说可以用 dd 命令，我比较菜，总是遇到奇怪的问题。老实说，现在不同提供商服务器之间的迁移，还是很麻烦。

区块链现在除了投机类应用外确实没有落地的实际应用；大多数是噱头，广告意义大于实用意义；

区块链所用到的技术并无巨大的切换成本，多学一点东西不吃亏；

若是赌行业，想要找风口，就要先耐得住寂寞；
问问自己，假如这个行业需要十年的铺垫和积累，十年没有成果，自己能抗住吗？能一直不骄不躁不忘初心的坚持吗？

一点浅见供参考。

是否 mac 地址有问题，抓包看看？

最简单的就是批量登陆验证一下，我不知道有没有现成的工具，但是我想到的最简单的办法可以用 Python 的 Fabric 搞一搞：

http://www.fabfile.org/

@james2012 圈钱这个事情太难判定了，大家毫不怀疑 99%的项目都是圈钱，不过也可能会有一个真正有意思的东东出来，但是甄别其真伪难度太大了，其实像 litecoin，甚至 ethereum，发展了这么长时间，也很难说。

我仔细读了一遍 Mixin 的白皮书，还是挺有意思的。至少不是那种明显的组装起来骗韭菜的；

目前跨链交易的底层技术 atomic swap 其实已经讨论的很充分了，剩下的就是怎么造轮子，如何划定界限，哪一部分是可以做到钱包里面的，哪一部分是可以抽象出来变成一个分布式的服务；

利益相关，肯定所有的钱包提供商都会跳出来说，将来我就是个分布式的跨链交易所，啥也不说了，来我这里存币吧，顺便做跨链交易~~~

其实想想还是有很多地方暧昧不明的：

1. 众所周知，跨链的交易需要两方都支持多重签名，并且交易的过程可能有多次调价，那么者信息需要广播上链吗？
2. 跨链交易需要双方进行一部分币的冻结，那么每次交易，这个支付通道需要在双方两条公链上进行 `打开->关闭`的动作吗？如此动作是不是太耗费时间？
3. 支付通道可靠的中继和路由如何实现？好吧，复用闪电网络的通道吗？还是另起炉灶？

看到了吧，上面的每个问题，都牵扯到社区、交易所、软件供应商等等，都是利益关系啊；谁能组织起来一统天下呢？

目前看到谁也没办法。

所以从 bitshares 开始，想要创造一条锚定所有资产的·公链·，并提供自由的资产交换的项目，数不胜数。目前谁也没成。

这不是一个简单的技术问题，而且目前看来也没有一揽子解决方案。

这还是一片处女地。

我再理一遍思路：

现有的`闪电网络+跨链原子交易`的问题是：

1. 所有的钱包都要支持一遍
2. 即使有了可靠的路由和中继，在其之上构建一个能自由交换多种 token 的去中心化交易所还需要大量的工作和权衡：

- 交易信息是否上链
- 用户的热钱包怎么去监控交易信息更改
- 如果交易信息上链，不可避免的又要重新实现一个 POS 的公链；而且为了流转方便，又要在其之上发行一个公用的 Token

为了解决这些问题，同时对现有的一些公链缺陷的改进，所以就有了 Mixin。

最后，这个东东最终要做的事情跟 atomicwallet 是一样的吗？

https://atomicwallet.io/

读了一下 Mixin 的白皮书；感觉是一个很有意思的现有技术的组装再利用；说一下我的理解和疑惑：

在我看来 Mixin Kernel 主要是解决了`闪电网络+原子交换`体系里面的很细节的落地的方面；比如:

1. 交易双方的多重签名地址管理
2. 一个可信的路由策略和中继节点管理
3. 快速的交换网络

在我看来 1 是将来的各类币种(BTC、LTC、ETH)客户端钱包要解决的问题； 2,3 是闪电网络要解决的问题；

而 Mixin 试图要将其统合在一起，不可避免的又要将现有公链的一些实现重新造一遍轮子；为什么要自己发 Token 呢？这很容易就让人怀疑是否在圈钱；

为什么不把 Mixin Kernel 独立出来，致力于解决闪电网络的落地，即 2、3 这些问题呢？

我有一些思考：

1. 多币种的分布式交易需求是刚需吗？在我看来，很可能是伪需求，因为现在为止数字货币的场子还是以投机诈骗者居多，这个市场的人对于分布式交易所的需求可能没有那么高

2. 我为什么不去拓展 `闪电网络+原子交换` 的跨链实现项目，而是再起炉灶，重新开发一套轮子呢？

3. Mixin 所宣扬的交易量、隐私、POS 在我看来并不是多大的优势；

4. 他好像是一个加强版本、公共的 Liquid ； 但是在我看来他要解决的问题太多，是否过度设计？

其实还是一个性价比问题。比如 DPDK，E5-2680 V3 处理器上其实可以达到 1000w pps 的转发速率了；

但是成本呢？不光是 CPU，分配 Huge memory 也要 8G 以上，而且同样的 FPGA 达到 1000w pps 转发只是一个入门指标。

看网络处理性能，还是要看 pps，bps 其实没有多大参考意义。

其实像 DPDK 这样的方案，并不是要和 FPGA 去拼性能，而是拼灵活性。

比如在 openstack 和 docker 的云环境里面，大部分虚机之间的网络通信并不需要这么高的 pps，更需要配置的灵活性，迁移的便利性等等，所以可以想见的未来，肯定是 DPDK 实现大部分网络协议栈和支持大部分的上层工具，比如现在的 linux 绝大部分网络命令都链接到 DPDK 重新实现编译一遍，然后打入 SDN，和 openstack 或者 docker 容器云结合，才是正道。


至于物理的网络设备，肯定把以前一些非常繁琐的处理下放到软件层面，比如 ARP 冲突检测，一些路由协议等等，集中精力搞好性能相关的东西。这样应该是今后网络中心比较经济划算的方案。

不过有个方向我觉得可以用 DPDK+X86 做一下，就是软 TAP，现有的 TAP 设备配置起来实在太繁琐了，而且很多小型的监控项目其实用不到那么大的流量，而且很多项目做 Demo 实施的时候，可能现有的路由器设备不支持 span 功能，如果有个 DPDK 基础的软 TAP 套件，直接装到一台小型服务器上接入网络，然后设置一个混杂模式把所有流量拿进来，然后实现 TAP 的所有功能，我觉得挺有用的。

之前作者就在 v 站宣传过:

https://www.v2ex.com/t/344868?p=2

不过就我的使用体验来说，折腾了很久，最后还是换回 YouCompleteMe.

YouCompleteMe 安装主要是要下载 llvm 编译器，不翻墙的话容易卡住，最好翻墙执行 install.sh

实在不行，只能看一下 install.sh ，卡在哪里，手工来一把。

最后还是说一下个人感觉，我折腾过很多 vim 的自动补全方案，目前最靠谱的还是 YouCompleteMe。

从历史经验上看，任何一个试图大一统的方案都会失败的。

我觉得关于统一的 userid，目前最有意思的应该是基于区块链的想法，比如 onename.com 这样的；

当然，像当年的域名币一样，在 bitcoin blockchain 侧链上面建立一个分布式的 DNS 系统，也半死不活这么长时间了，建立一个 userid 系统我觉得就更遥遥无期了。

之前做过多网卡路由不同网络服务商的配置，同一个网络服务商也是适用的：

https://happy123.me/blog/2014/12/30/linuxshuang-wang-qia-shuang-lu-you-she-zhi/

希望能帮到你。

@deadEgg 要提的话尽早办，不要拖。现在政策应该还是很松的。比如我当时没有租赁合同人家也帮忙办了，就是填两张表的事。

等你不在上海了想要提，那就难度 MAX 了。

@deadEgg 据说有了租赁许可证，还有租房备案之后每月可以提取 3000 元。

有哪位同志实践成功了可以发个帖指导一下。

纠正下，今年 4 月份之前应该是这样的，现在啥情况不清楚。

@deadEgg 如果之前办理过租赁提取，可以网上办理续提。

如果之前没办过，只能人肉去上海办了。

这是我截至到今天 4 月份的经验，不知道现在什么情况。

但是过了 10 月，估计难度会大大提高。

跟 @jimages 的思路差不多，但是更简单粗暴一点