在V2发这种政治贴有意思么

v2越来越多的政治贴了，技术贴是越来越水

其实可以仿照vmprotect写一个js版本的，vmprotect思想来源于门电路
原理是，把加减乘除都用nor指令实现，nor = not not and
于是原来很容易看出逻辑的 and xor not or 都加密成了整齐划一的单一操作字符nor
再从nor还原回去变的极为困难
目前为止vmp虚拟机加密只能半自动甚至手工还原，还原vmp至今是仍然有很大难度（爆破是另一回事）

javascript也可以这么做，也就是在js虚拟机上再搞vmp虚拟机
但是似乎js界和搞加密解密的交集太少，没有人去做这个事情
也可能是js并没有那么高的价值值得如此保护

@upsuperx 如果填了信用卡则可以打开gae的对外socket连接功能，理论上可以用各种语言连任何地方的任何数据库，但是要考虑延迟问题。

看我这篇： http://www.v2ex.com/t/83966

可以用python27 + flask + gevent + pony orm + ultramysql实现前台，ultramysql是纯c++驱动 https://github.com/esnme/ultramysql， 这个框架兼顾开发效率和运行效率，我个人测试的这个在双核2.2ghz cpu上每个CPU 700rps, 每个请求才几毫秒 。

涉及到大量计算的的地方写扩展或者用pypy，这样做其实是很合理的，你要考虑到无论是pypy还是python都是只能在单核运行，多核情况下用gunicorn或者supervisor必然要启动多个进程，多个pypy如果再加载大量的库，最后内存可能会紧张，所以不如多个python web小进程+一个pypy后台进程。

当然，现在gevent也已经支持pypy， pypy + flask + gevent + pony orm运行也没问题， mysql驱动可以用纯python实现的驱动pymsql，这个也是pony orm原生支持的。

总之在实际进入瓶颈之前，不要先考虑性能问题......

已申请， coding.net做的太赞了，演示平台log那里的猴子萌萌哒

@ysjdx
root@ubuntu:~# pypy test.py
sum_raw: 500000000500000000, use time: 1.45206093788's
sum_1: 500000000500000000, use time: 1.4495549202's
sum_2: 500000000500000000, use time: 1.45537519455's
sum_3: 500000000500000000, use time: 1.45463609695's

bitmessage 有匿名的邮件网关

像楼上列举的那样，已经有不少此类产品了
Keyhotee、nextcoin也支持这种功能

不过已有的各种基于p2p relay消息传播方式的聊天工具
都有共同的一个缺陷，也就是无法确定时间戳真伪

因为对于比特币来说，唯一能够确定转账先后循序的方式只有块链
一个a转账在block A里面，另一个b转账在block B里面，A比B生成时间早，则a转账一定比b时间早
如果两个转账都在同一个block里面，实际上是无法确定先后顺序的
同理，还未被加入block的unconfirmed transaction也是无法确定先后顺序的
而各类聊天工具为了确保及时性，恰恰用的是unconfirmed transaction广播
就是这个原因导致了最近twister的无限置顶漏洞

要想解决这个问题，只能缩小两个block生成时间间隔
但是已知的最小间隔不是无限小，已知的山寨币最小间隔大概是30s-60s左右
如果间隔再短，会发生块链分叉，也就是全球的客户端因为沟通太慢分裂成几张网，整个体系崩溃
中本聪当年选定比特币两个块生成间隔10分钟应该是经过大量实验测试出来的
在当时全球的网速、ping值条件下，10分钟是全球大规模运转下100%不发生分叉的间隔

peewee or pony orm

我在DO搭建的那个也是这样，一些网站能上，一些网站不能

在我机器上运行好好的啊

理论上利用点对点通信
可以组成一张网络...........

@simapple 微软果断没考虑天朝国情
在azure的linux机器里面用apt-get pip 安装个东西40k/s算快了
最搞笑的是，windows server 2012里面下载语言包 4k/s
这是微软官方的云服务， 去更新微软官方的东西，这速度，啧啧

@no13bus
根据昨天的测试pan.baidu.com的api接口，也就是web页面调用的api，有现成的接口可以创建种子任务，python sdk是https://github.com/ly0/baidupcsapi
pcs.baidu.com现有的接口只能创建有下载链接的任务，sdk:https://github.com/mozillazg/baidu-pcs-python-sdk

前者是模拟网页登陆过程，提交下载任务多了会出验证码，后者则使用access_token，access_token的获取方式见： https://github.com/mozillazg/baidu-pcs-python-sdk/wiki/%E5%A6%82%E4%BD%95%E8%8E%B7%E5%8F%96-Access-Token-%E5%92%8C-Refresh-Token%EF%BC%9F

因为网页接口提交10来个种子以后就出验证码，然后是每个种子一个验证，开发者接口不适合普通用户使用，所以这两个都放弃了。

昨天最后选择的接口是，去客户端抓包，找到了客户端创建任务不出验证码的方法，不过即使这样，百度对同时进行的下载任务数量也是有很大的限制的。

中国北部的服务器大概2m/s的下载速度

也就是说此次屏蔽google是各地各级ISP直接参与
而不仅仅是GFW全局屏蔽？