重铸秒传荣光

肆无忌惮dd斩首

版主，这次还是聊ipfs的，因为又学了一点知识，然后知道百度网盘也是支持ipfs的，而且用这种方法跟秒传转存差不多，我这里做个演示。
首先准备好ipfs直链，我这里用的是我已经发布的链接（当然，可以直接复制到浏览器下载，所以这种方法有点多此一举...）

' I/ L% h" ?& i& V1 o9 I/ w7 E9 P然后打开百度网盘，点击云添加-添加链接任务（或传输-云添加）
8 r6 v+ n6 u. J- n
/ [! Y/ `$ h6 H. j将链接输入进去
- L) z1 e- g& p. B* r8 L
会自动转存
! Z! E' }0 a# _0 f6 ^: e+ i
, b/ r% w2 J; g2 S# S" }
转存完文件名会自动显示成.jpg，下载下来后将后缀改成zip即可。因为百度云没会员限速我就不下载下来解压演示了。

相对于秒传的优点
1：无论如何不会炸链，秒传源文件炸了还会导致秒传失效。这里的源文件是放在ipfs网络上，跟百度半毛钱关系也没有，即使转存完在线解压也好，在线观看也罢，md5值攻击也好，都不关源文件什么事。
0 Z- D1 k% W+ v# G) C7 I% f4 z缺点
7 {- o/ j) q5 d/ h/ ]& \7 ~! i( J1.百度非会员云添加次数每天一次，要添加次数得看广告。不过我觉得正常人应该也没往自己盘里一天转存几十个文件的需求。
2.转存有点慢

综上，在百度网盘支持ipfs链接进行文件转存的前提下，是否能将ipfs链接发到正常板块，下载方式填百度盘或百度秒传嘛（填磁力感觉也可以，ipfs也有下的人越多越快的特性）

整顿网盘的初衷不还是因为各种限速网盘，以及这里需要下一个app，那里需要下另一个客户端，不便于用户所以才统一百度盘的嘛。
4 L# w9 [/ I$ z9 m6 K我们为什么要倒过来反而成为分享者的限制呢？
6 \( k) D8 E' q) x5 f9 n( ~秒传作为一种已死的分享方式都能作为正规下载方式，ipfs没有理由不行啊。
" A2 F/ M- s5 V! r: x2 W/ J1 O我们数ipfs直链的优点
对于下载者，不需要下载任何软件或插件，只需要会用鼠标复制链接，和一个浏览器就能下载。
对于分享者，防和谐，防查水表就是最大优点。理论无限上限的储存空间以及取决于双方宽带的传输。
5 g# ^8 G- Z- s' X8 u

! c# ^) j7 v+ Z这是我三个不同百度号，统一在4:50失效大量链接。这已经是我将提取码反爬的效果了，之前那个炸掉的号没进行反爬，一天失效一二十条分享链接....
3 }" j8 v, ~/ m# h  _0 H倒狗每天吃晚饭的时候用爬虫运行一下脚本，我们可能就要花一两个小时慢慢重新打包上传来补。最主要是每天他都运行脚本进行举报啊...

& j+ t; O/ t; c! D# j本来我是打算其他网盘板块发直链当备用贴，正常板块再发一份百度盘（嗯，其他网盘即使自行打包也不给加精，流量还低...），炸了也不用补，但架不住用户们根本不看正文，一心只要我补百度盘。我就是一天没事做我也不可能补完啊。
+ c/ z: e5 L3 d, w还有因为没挂梯子打不开备用贴（我用的永久域名）骂我给外站引流的....

隔壁老王

不知道你要表达什么

你想尝试使用新方法的秒传吗？

肆无忌惮dd斩首

隔壁老王 发表于 2025-3-8 20:06
不知道你要表达什么
! r/ k/ J/ Y# Z; j/ g2 _
5 m# {- k7 U0 @  P你想尝试使用新方法的秒传吗？

# i% m& n; S4 V, _% s7 c对，这种方法就类似秒传，能能投正常分区里，下载方式填秒传嘛

肆无忌惮dd斩首

隔壁老王 发表于 2025-3-8 20:06
9 W! c* M  x+ d. T% ^* W不知道你要表达什么

你想尝试使用新方法的秒传吗？

. {  w8 t, Q9 Z& s秒传和这种方法都是隐藏发布者以保护资源分享。
0 O3 p3 ?* k; E' }9 d$ g4 J' |对于下载者来说都是通过链接转存资源到百度盘。（也可以转存到任何支持http协议的软件上，比如迅雷什么）
. W/ f# r/ V1 Q: A因为论坛只支持百度盘下载的话，这种方式的下载方式能不能算作百度盘下载或者秒传下载呢。

隔壁老王

你说的那方法不稳定 传开后百度很快就会封掉

肆无忌惮dd斩首

隔壁老王 发表于 2025-3-9 12:27
你说的那方法不稳定 传开后百度很快就会封掉

! b0 F8 H2 g) `, n* R$ |封不掉的，除非百度网盘直接自宫，直接不支持http协议，但百度网盘为啥要这么做？就为了有人用ipfs，砍掉整个http链接任务？这显然是不可能的。
用磁链传资源怎么着也十几年了，这名气总比ipfs大得多，百度网盘也没见直接废了bt任务，废了磁链呐。

肆无忌惮dd斩首

隔壁老王 发表于 2025-3-9 12:27
, J5 o8 m# p8 }  K& \你说的那方法不稳定 传开后百度很快就会封掉

4 l- |2 m' \0 Q: K- X2 R" K8 Y简单来讲，秒传现在不能用，因为百度可以把接口换了，加密md5.
但我这个方法不一样啊，这是百度官方明确支持的，不是民间靠插件什么的。
你看百度网盘的云添加支持，http协议，https协议，ftp协议，磁力链接协议。
" u4 b$ a5 q3 O: V! `百度不可能说，哦，我知道有很多人在用磁力链接转存黄色资源，从此以后我封禁磁力链接的转存作用，以后云添加不支持磁力链接了。
那同样的，百度也不可能说，哦，我知道你们有人用http协议转存黄色资源，从此以后我封禁http协议的转存作用，以后云添加不支持http协议了。

7 q( h1 x' J, i( _* {; H* @那有没有可能百度网盘精准识别，允许http协议，但精准识别出后面是ipfs网络上的文件然后不给下载呢？
, [) Y" ?# K* Z, _' h2 x也不可能，ipfs不是油猴民间插件，而是一个市场范围极广的区块链技术。就是中科院都有成立（ipfs）分布式储存联合实验室。百度不可能吃饱了撑着仅仅是因为有人用来传黄而直接自砍这么大块蛋糕。

4 z! V8 H2 I% E) q. c) ~& ]
2 t) [9 {, H% I- H

肆无忌惮dd斩首

隔壁老王 发表于 2025-3-9 12:27
8 D& b/ F+ i. P1 `你说的那方法不稳定 传开后百度很快就会封掉

关于百度会不会封这点，版主我是觉得你完全可以放心的。
5 g- _+ S6 Y) Y5 G在百度禁止bt任务前，根本不用担心百度去封这个方法。
$ D  v+ N  b5 \& C+ q豺狼当道，安问狐狸？
' r; \' c9 K7 J/ K% _假如百度网盘下定决心，彻底禁黄，而且是很无脑的一刀切，第一个封的也只会是磁链，bt任务这些。

肆无忌惮dd斩首

隔壁老王 发表于 2025-3-9 12:27
你说的那方法不稳定 传开后百度很快就会封掉

1 ^% j, q; l' p2 q: V+ O. L嗯，我这里再分为三部分讲好了。
第一部分，上传到ipfs网络的源文件会不会被百度封？
" r; }1 t7 Z- ~% E- Q9 i答案是不会：
2017年5月，由于维基百科拒绝删除词条中关于土耳其政府与叙利亚圣战主义者的段落，导致土耳其政府下令封锁维基百科。
7 ^8 X. k, f; j, N5 `: t- E

土耳其民众将土耳其语维基百科储存在了分布式网络（ipfs）之中，得以绕开封锁。

2017年10月，西班牙加泰罗尼亚地区决定针对独立举行全民公投，西班牙政府封锁了所有加泰罗尼亚域名的网站，阻止公投进行。

但加泰罗尼亚政府与民众将投票网站建立在了分布式网络（ipfs）之中，最后仍有超过40%的公民成功参与了投票。

除非百度的技术已经远超一般发达国家政府当局的网络安全技术，否则不可能去封掉ipfs网络上的文件。

第二部分，百度是否会封掉http的链接任务？

答案：不会。如果因为有人用链接传播黄色就干脆封掉http协议的链接任务，那对于bt，p2p技术这种干脆创始人就靠小电影发家的，百度从几年前设置离线下载（现在叫云添加）时就不该支持磁链下载和bt任务。

第三部分：百度是否会在保留支持http协议任务的前提下，开发出某种程序，然后程序来识别是否是ipfs网络，然后对ipfs网络上的文件进行一律封禁？

答案：依旧不会。ipfs并不是民间的小作坊技术。而是中科院都设立机构来进行开发的区块链，云计算技术。这不是百度说要封禁就可以封禁的。

而且说实话跟磁链不同，ipfs分享资源的主要大头不在黄色资源而在电子书，图书馆上。比如liber3这种在线电子图书馆。

那我们得出结论。

源文件：绝对安全。

百度网盘的链接任务：不可能封禁（当然，如果李艳红突然发疯不管政策，也不管市场，就要去搞ipfs网络。这种1%不到的概率就不用计入了）

用户转存：相当方便（当然了，没百度会员的前提下得看广告拿云添加次数...但没会员百度盘还限速呢。）

在这三种前提下，新时代的百度秒传就诞生了。

肆无忌惮dd斩首

隔壁老王 发表于 2025-3-9 12:27
你说的那方法不稳定 传开后百度很快就会封掉

; G* P: r" C! u老王就同意一下呗。传统网盘的分享方式对上传者已经弊大于利，我今天又炸了十四个贴。而购买者又对ipfs直链的备用贴根本不感兴趣。只要我补百度盘。
采用新式百度秒传对我迫在眉睫啊。
. c  `% V; k5 I6 a( a4 w' t& l保障下载者体验的同时，稍微允许保护下上传者的权益保障嘛。