虽说是基于BT来分享文件，但按照一般分享的数量级（如50GB一个文件夹）来算，相当于第一个分享这个目录的人A要承担50GB文件的分发，无论怎样说也是比较困难的。并且如果这个文件夹里其中一个文件值为AAA，就算其他B服务器用户BTSync的目录也有AAA这个文件，但其他C用户是并不能从B上拿到这个AAA文件的，所以不同于传统的BT TRACKER，该AAA文件的分发还是落在A上面的，压力不能算不小啊。
一点浅见，昨天同步完 BZ7COAKLYYXIO5FTACUJE6HGCCLDJ3O4Y ，目前在同步BHK56Y75XCKI3M5CFEKVBVZ2X7F45AY7T。

这取决于A用户和B用户对AAA文件的分享是否是同一个密钥体系下的，总共分三种情况：
1、如果是同一个密钥体系下的，那么其他C用户使用该密钥体系时是同时向A和B进行下载AAA文件的；
2、如果B用户单独对AAA文件创建了新的密钥进行分享，但同时不中断与A的同步（这种情况下一般要求A有给予B对AAA的读写权限），那么当C使用A的密钥体系同步时，A、B用户都可以提供下载，当C使用B的密钥体系同步时，只有B提供下载；
3、如果B在完成A向B对AAA文件的同步以后中断与A的同步，单独分享密钥，那么其他C使用A的密钥体系时只有A参与，使用B的密钥体系时只有B参与。

顶

【AFO.OFA】 ACFSSLS3JPTRTT4UPRSDCYGRAGAZ55OJV