|
PhoenixP2P无中心引擎原理
Phoenix是无中心P2P传输协议,协议层的构造和对比如图:
它建立在UDP协议上,设计了基于UDP的PUDP包格式和协议,用来实现不可靠但可识别和校验传输协议,同时在PUDP协议基础上实现了支持可靠传输的PTUDP协议,并引入了虚拟通道的概念,而应用层则采用类似FTP协议的文本驱动,不同的是,我们采用复杂指令集,而FTP是精简指令.
PhoenixP2P无中心协议组网原理
PHOENIX节点是采用发现--连接--交换模式实现组网运行的,发现的手段包括
用户在参数文件中指定PHOENIX服务节点地址,用户在参数文件中指定定向广播地址段,程序自动记录的前几次成功连接服务节点地址以及广播段,用户任务中包含的服务节点地址等,也可以在启动后由用户输入其他节点地址或者广播段.
在成功发现其他节点后,双方将进行握手,如果握手成功,那么将交换部分其他节点地址,如果发现节点目前没有其他连接,那么将协助节点在本方已经连接节点中进行广播,实现快速扩散.
因此,最重要的一点是,软件能否找到已经实现组网的任何一个其他节点,当然,如果指定了一个或者多个服务节点地址,那么这一切都不是问题了.
资源下载原理
请注意,PHOENIX和常见的P2P软件不同,它完全是根据资源连接来进行下载的,也就是,您可能在节点A找到了一个文件资源1,当您下载这个文件1的时候,程序将首先对所有已经连接的节点发送一串匹配请求,该请求由
3个64位数字和一个32位数字组成的特征码,那么可能同时在A B C
D等节点上都存在文件1,那么这时候,将根据先后次序,以及是否有共享通道,尝试从存在该文件的节点下载资源,例如,很可能是从B处下载.UFILE传输是单纯的P2P传输,不具备加速能力,下载完成后立即加入共享.
特例,UVOD和UT资源,UVOD在下载前首先被转换成UT连接格式,由于UT资源具备下载加速功能,因此,它除了进行匹配请求外,它可以直接从任何已经在共享的节点获取信息,并加入这个下载过程,这些节点可以是一个或者多个,最终,整个网络所有在下载该UT资源或者共享该UT资源的节点会自动形成一个UT资源网络,彼此交换已经下载的块和连接的节点信息,直到下载完成.所以,您可能会发现,任务开始启动的一段时间没有任何速度,但是到后
来就越来越快,就是这个原理.
Phoenix无中心P2P软件包括两种版本，
一种是桌面版，PhoenixP2P,也叫不死鸟P2P，是基于Phoenix引擎开发的提供给普通用户使用的无中心P2P软件。
另一种是服务器版，UVodServer,它集成在Phoenix软件包中，添加了Phoenix引擎，适合站长使用，依然命名为UVodServer，是为了保持与之前版本的一致性。
需要注意的是UVOD客户端，它只是UVOD服务器的下载和点播客户端，并不支持Phoenix引擎，能且只能从UVOD服务器下载和点
播资源。
此外，我们还提供了用来支持封闭运行[类似private bt]的PhoenixAuth
服务程序，该软件的作用是，为PhoenixP2P用户提供授权，只有获得授权的用户才可以加入这个封闭的PhoenixP2P网络，这个授权功能支持多站点联合运营，并可以支持各种主流论坛的后台用户数据库。
根据我们检索得到的资料，PhoenixP2P应该是世界上第一种也是唯一一种基于无中心P2P协议，但是能够支持下载过程加速的软件，也许，您把它看承是EMule+BT比较合适,与常见的采用泛洪方式组网的无中心P2P软件不同，我们采用的是真正的UDP可靠传输组网，拥有一流的保密性和网络弹性，对网络硬件的要求低于绝大部分其他P2P软件。
至于为什么我们要暂停FtpAnywhere,而全力开发无中心P2P软件PHOENIX，我想，时间已经给出了答案，无论是世界范围，还是国内，有中心的P2P模式都在逐渐消失，版权认定与纠纷，是一把双刃剑，但是即使在最变态的日本，严禁有服务器P2P的法律下，无中心P2P依然在日本存活，并打赢了官司，这就很好的证明了无中心P2P的前途。
BT就是最好的例子，TRACK服务器大量被封杀，即使国内的封闭的TRACK服务器，谁能保证明天不被封杀？虽然，BT推出了所谓的磁力连接，其实这东西和我在几年前就开发的UT协议是一个原理，但是它们还有很长一段路可走，那就是如何解决资源的发现-组网？BT协议的某些规定，除非通过革命性的重新定义，否则是无法解决这个问题的。电驴也是一样，服务器的封杀只是个时间问题，最终，我们都需要转向无中心P2P模式，实现资源来自用户，用于用户的模式，来彻底避免各种纠纷。
我们深信，无中心P2P必将在不远的将来成为主流。
|
