JAM 论坛上的五种解药都表明Prize 机制本身已经不工作

作者:PaperMoon团队

anicuki 在 Polkadot Forum 发了一帖叫 “Ensuring JAM Development Sustainability”。具体诉求是设立一个 JAM Bounty,覆盖 SDK、tooling、docs、DevRel——这些 JAM Prize 不覆盖、但 JAM 真要落地必须有的东西。

帖子底下 19 条回复。里面有 Fellowship Rank 4 成员、W3F 两位代表、独立团队 lead、坚定批评者、技术细节派。每一种声音的提案都不一样——有人要 Fellowship 收编、有人要中心化领导、有人要先把 M2-M4 目标想清楚再发钱、有人要砍掉 long-tail 只奖 top 3-5 客户端。

读到第十几楼的时候我意识到一件事:这五种声音听起来像在"补充" JAM Prize program,但仔细读每一种提案,它们都暗含着对 Prize program 某个核心假设的替换。换句话说,论坛上没有人在打补丁,所有人都在做方案级替换。

这件事比争论本身重要。


三个数字定义了这场争论

先把背景数字摊开。

JAM Prize 当初公布时,DOT 价格大约 5 美金。M1 milestone 是 100k DOT,按当时价格大约 50 万美金——可以支撑两位 senior 工程师做 18 到 20 个月。

帖子写于 2025 年 12 月前后,DOT 已经跌到 2 美金附近。100k DOT 的 milestone 现在折合约 20 万美金。两位 senior 工程师 18 个月的真实成本远远不止这个数字。如果 token 价格继续下行——10 月 10 号那次压力测试 DOT 跌到过 0.6 美金——milestone 的购买力会被进一步腰斩。

参与团队的留存数据:graypaper.com 上自报有 43 支团队。当前与 Graypaper v0.7.2 conformant 的有 10 支,与 v0.7.1 conformant 的有 4 支,加起来 14 支真正活跃。换算成留存率大约 33%。

时间线:M1 submission process 直到 2026 年 1 月才正式开放,距离 JAM Prize 启动已经过去差不多 18 到 20 个月。这意味着所有独立团队迄今为止干的活,是预付的、未结算的、用 token 价格还在变的资产作为最终回报。

这三个数字加在一起构成的现实是:你今天加入 JAM Prize program,等于在赌一个还没开始审核、token 已经腰斩、规范还在演化的目标。这种风险结构,对没有外部资金来源的独立团队是不可承受的。论坛上那位 prasad 的发言把这件事说得很具体——他们这一支团队自费做了 18 个多月,在 node 之外又额外做了 C/C++/Python 三套 SDK、IDE playground、testnet 工具、explorer,估计 2026 年中才能交 M1。这种工作量,靠 milestone-based payment 撑不起来。


五种声音,每一种都是替换方案,不是修补

把帖子里的五种主要提案列出来,并标记它们各自要替换的核心假设:

danicuki(OP):建 JAM Bounty,5-7 人技术委员会,覆盖 ecosystem layer——SDK、frameworks、devrel、docs、reference apps。要替换的假设:JAM Prize 应当涵盖所有 JAM 需要的工作。

xlc(Fellowship Rank 4):直接用现有 Fellowship 路径,M1 submitter fast-track 到 Rank 3,拿稳定 stipend,用 fellowship treasury。要替换的假设:激励应该通过一次性 milestone payment 兑现。

clearloop:外部 VC 资本 + 一个 Parity 或 W3F 内部的负责人主持协调,OpenGov 投票不应是唯一资金来源。要替换的假设:Polkadot 国库是 JAM 长期资金的主要支柱。

tomusdrw:在发 M1 之前先把 M2、M3、M4 的目标和评判标准定义清楚,否则 prize 的整体目标都没说明白。要替换的假设:Prize program 的目标已经定义清楚。

alice_und_bob:treasury 不该长期支撑十几个客户端,长期只有 3-5 支会真正存活。应该按业绩做收敛,把奖金集中到 top 3-5。要替换的假设:43 个团队都是潜在长期客户端 multipler,越多越好。

把这五个并排放一下能看到一件事:它们想替换的核心假设加在一起,几乎覆盖了 JAM Prize 当初设计的全部基础。这不是在争论"补哪个洞",是在告诉你这条船的龙骨需要重新看。

帖子里还有更尖锐的声音。dandan 直接质疑 Polkadot 的整体资金有效性,从死掉的 parachain 讲到 OpenGov 的低效。haiko 把 JAM 实现工作直接定义为 OSS 圈古老的"spec work"问题——投机性劳动,赌一份不一定结算的回报。eldaniklk 直白地写了一句:“开发者们 12 个月没拿到一分欧元。”

这些声音不在"五种解药"的结构里——它们更接近底层背景音,提醒所有提解药的人,问题的源头可能比 prize 机制本身更深。


Prize 机制的核心假设已经全部失效

把 JAM Prize 当初的设计假设按论坛信息倒推一下:

第一,DOT 价格相对稳定,100k DOT milestone 是可预期的工程预算。

第二,Graypaper 在 Prize 周期内不会发生大改,多支团队可以稳定 implement。

第三,43 支自报团队是潜在的长期客户端集合,越多越好,多元化能产生 client diversity。

第四,milestone-based payment 是足够的激励结构,团队应能自负周转。

四条假设,按当下的现实逐条对:DOT 跌 60%,第一条失效。Graypaper 已经从 v0.7.2 朝 v1.0 演进,每次版本更新都触发 implementation 重写,第二条失效。43 支团队实际只剩 14 支,第三条的"多元化"在事实上变成了"长尾消亡"。独立团队 18 到 20 个月没拿到任何结算,多次出现"我们不得不大幅 cut resources"的反馈,第四条失效。

四条核心假设全部失效之后,争论"建哪种新机构"是次要问题。主要问题是 Prize program 当初的设计逻辑需要被重新审视。从这个角度回看那五种声音——它们不是在为 Prize program 找补丁,是在用不同方式承认 Prize program 的设计前提需要被替换。

这件事比"我支持 Bounty 还是 Fellowship"重要得多。


DOT 计价的 prize 是一种把价格风险塞给独立开发者的设计

帖子里 alice_und_bob 写了一句听起来很公平的话:

“JAM prize is offered in DOT, not USD. Anyone engaging in competition should be aware of risk.”

但这句话仔细看是有问题的。

参与 JAM 实现的工人不是同一种身份。Parity 内部团队拿的是法币工资(欧元或美金),他们不承担 DOT 价格风险。W3F 用国库做事,国库是协议层的,不是个人层的。唯一承担 DOT 价格风险的,是 Prize program 里的独立团队——他们的全部潜在收入是 DOT-denominated milestone payment。

这意味着 token 价格下跌的成本被前置地塞给了协议最早一批独立工人。Parity 不承担,W3F 不承担,但他们决定了 prize 程序长什么样。

这不是道德指控。是机制设计层面的不对称。

DOT-denominated prize program 在 bull market 是免费撒钱——参与者干活、token 涨、最后大家都开心。在 bear market 它会反向运行——参与者干一样的活,token 跌,最后参与者用真实生活成本(欧元、美金、卢比、家里水电费)补贴一个虚拟资产持续贬值的过程。

这两种状态的非对称在很多 token-denominated 长期资助项目里都会出现。但 JAM 是一个核心协议工程项目,它的 implementation 工作需要的不是兼职热情,是 18 到 20 个月的全职 senior 工程师。这种工作量适配的是稳定的 fiat-denominated stipend,不是 milestone payment。

把上一篇 RevX 文章那个论点接到这里:sovereign tech 不只是"代码可以带走"。开发者主权的另一面,是不被 token 价格波动单方面剥夺工资稳定性的能力。Polkadot 这两年讲了很多 sovereignty——但 sovereignty 如果不延伸到独立 contributor 能不能预期到下个月有饭吃,它就只是一种属于已有资源者的特权。

JAM 论坛这场争论暴露的,是 sovereignty 这一层最实操的部分还没有解决。


W3F 在帖子里官宣了一条被讨论结构盖住的新闻

帖子里有一条具体新闻很容易在战略级讨论里被盖住。

PieWol 和 radha 两位 W3F 代表都明确写了:M1 submission process 在 2026 年 1 月正式开放,fuzzer 已经可用,Gavin Wood 确认 v0.7.2 作为 M1 conformance 的基线,submission 走 github.com/w3f/jam-milestone-delivery。后续会公布 block import throughput 的具体阈值。

这条信息回应了 danicuki 列出的最具体痛点之一:为什么 20 个月没有 M1 submission process。回应是:1 月开始有了。

但它没有回应 DOT 价格风险、ecosystem layer 资金、M2 到 M4 目标定义、客户端长期收敛策略——这些更结构性的问题。

一个论坛讨论同时承载两类信息:具体新闻和战略级困境。具体新闻能短期缓解一部分焦虑——开发者至少知道 1 月有事可做,知道 baseline 是 v0.7.2,知道 repo 在哪。战略级困境不会被任何单一公告根除。

值得注意的是:W3F 的两位代表在帖子里都很克制,没有反驳任何提案,radha 直接说"会跟 W3F 领导层讨论再回来"。这是好的论坛 hygiene,但也意味着战略级问题在这一轮讨论里不会有官方答案。社区抛出的五种解药,等的不是论坛上的下一楼,是 W3F 的下一个公告。


“Implementing JAM is a hobby for rich people”

haiko 那句话不能被笑过去:

“Implementing JAM is, and always has been, a hobby for rich people.”

这是 OSS 资助的老问题,被 web3 重新发现了一遍。Bitcoin 早期 contributor 是 hobby for rich people,Ethereum 早期是 hobby for rich people,Linux 早期也是。

区别是:那些项目的早期 contributor 最终拿到了之后的红利——他们持有早期资产、获得了行业地位、在 token 涨起来之后被市场反向回报。JAM 的独立实现团队没有这个保证。一个 token 跌 60% 的环境里,"早期红利"这个隐性激励从一种期望值变成了一个赔率不明的赌博。

更要紧的是:一个开放协议如果只能由能自费 18 个月的人 implement,它的实现集合一定是有偏的。你会发现实际上只有"已经富有的人"或"已经有外部资金来源的团队"能撑过周期。JAM Prize 当初设计的初衷就是要打破这个悖论——用 DOT 把 implementation 工作工资化、把 contributor 集合多元化。在 bull market 这个机制 work;在 bear market 它反向了。

去中心化协议生态有一个不太愿意正面承认的悖论:你越想要"任何人都能 implement",你越会发现实际上只有"已经富有的人"才能 implement。JAM 这一轮在公开论坛上把这件事撞到了桌面上。


真正要讨论的不是建什么新机构,是经济结构

Polkadot 治理擅长建机构。Bounty、Fellowship、Working Group、SubDAO、各种 OpenGov pallet,每出一个新问题都能长出一个对应的新机构。这是 OpenGov 的优点,也是它的诅咒——它让"建一个东西"成为讨论的默认终点。

但 JAM 这场争论暴露的不是机构不够。是经济机构本身的设计前提需要重新思考。

一个 token-denominated long-tail multi-client prize program,作为一种支撑 18-20 个月协议级工程的机制,在 bear market 的失败模式是结构性的,不是治理性的。换一个 5-7 人技术委员会改不了它,换 Fellowship 路径也改不了它,找一个 Parity/W3F 负责人协调也改不了它。这些都是在原结构外面套一层组织,不是在改变底层的资金兑现方式。

真正需要回答的问题更难、更不性感:

协议级长期工程项目应该用什么样的资金结构来支撑?是 USD-denominated stipend?是 token + USD hybrid(base 工资 + token bonus)?是 retroactive funding(先做出来,按结果发钱)?是 grant + bond + retroactive 的组合?这些选项 Polkadot 在 JAM Prize 公布之前没有做过系统讨论。整个生态默认 token-denominated milestone 是合适的,因为它在前几年的牛市里看起来 work。

JAM 这场争论是把这个默认前提逼到桌面上的第一次。

retroactive funding 在 Optimism 那边已经实操过几轮了,效果不一。token + USD hybrid 在一些独立基金会和 VC 资助的项目里也跑过。Polkadot 没有理由不能借鉴——前提是要承认现行 prize program 的设计假设已经在熊市里失效。承认这件事,比辩论"建哪种委员会"重要得多。

内容概要:本文系统介绍了物理信息神经网络(PINNs)在求解布洛赫-托雷(Bloch-Torrey)方程中的应用,结合PyTorch框架提供了完整的Python代码实现案例。文章深入阐述了如何将物理先验知识嵌入神经网络训练过程,通过构建复合损失函数,强制网络输出满足控制方程、初始条件与边界条件,从而实现对布洛赫-托雷方程的无网格化、高精度求解。该方法突破了传统数值方法在高维、多尺度及复杂几何场景下的计算瓶颈,展现出优异的泛化能力与计算效率,特别适用于医学成像、扩散磁共振等领域中复杂的物理场建模与仿真任务。; 适合人群:具备深度学习与偏微分方程理论基础,从事科学计算、生物医学工程、材料科学或相关交叉学科研究的研究生、科研人员及算法工程师。; 使用场景及目标:①应用于扩散磁共振成像(dMRI)等医学影像技术中的复杂扩散过程建模与反演;②为高维偏微分方程的高效求解提供数据驱动的新范式,提升仿真精度与计算速度;③作为PINNs在AI for Science领域中的典型实践案例,推动物理引导的深度学习方法在实际科研项目中的落地与拓展。; 阅读建议:建议读者结合提供的完整代码资源(可通过公众号“荔枝科研社”或百度网盘获取),动手复现并调试模型,深入理解PINNs的架构设计、损失函数构建与物理约束嵌入机制,同时可尝试将该方法迁移至其他类似物理系统的建模与求解任务中进行创新性研究。
内容概要:本文围绕“基于多VSG独立微网的多目标二次控制MATLAB模型研究”展开,详细阐述了利用Simulink对多虚拟同步发电机(VSG)构成的独立微网系统进行建模与仿真,实现频率调节、电压支撑与有功无功功率均分等多目标协同优化的二次控制策略。研究引入先进的最优控制算法,解决微网在孤岛运行模式下的功率动态分配、频率电压恢复及系统稳定性问题,并通过MATLAB/Simulink平台构建完整仿真模型,验证所提控制策略在同负载扰动下的有效性、鲁棒性与动态响应性能。; 适合人群:具备电力系统分析、现代控制理论基础以及MATLAB/Simulink仿真能力的电气工程、自动化等相关专业的硕士研究生、科研人员及从事微网控制系统开发的工程技术人才。; 使用场景及目标:① 深入理解多VSG在独立微网中的并联运行机理与协同控制架构;② 掌握基于Simulink的微网二次控制系统的建模方法与仿真流程;③ 实现频率、电压与功率分配的多目标优化控制仿真验证;④ 为微网控制系统的设计、算法优化及科研课题提供可靠的仿真依据和技术参考。; 阅读建议:建议读者结合文中控制策略,动手搭建Simulink模型,重点关注控制器参数整定对系统动态性能的影响,可通过对比同工况下的仿真结果,进一步优化控制算法以提升系统鲁棒性与响应精度。
【重要提示】本资源设置为0积分下载,若非0积分请勿轻易下载 亲爱的CSDN用户: 首先感谢你点进这个资源页面。我需要提前说明一个重要情况: 本资源原本已设置为“0积分下载”,即作者希望完全免费共享。但CSDN平台有时会根据文件的下载热度、文件大小、用户权限等因素,自动将部分资源的积分调整为非0数值(如1积分、2积分、5积分等)。这是平台系统的自动行为,而非作者本人的设定。 因此,如果你当前看到该资源的下载所需积分是0(例如显示为1、2、3……),请谨慎决定是否下载。 如果你按照非0积分支付并下载后发现资源内容符合预期、链接失效,或者实际上该资源本应是免费的,作者无法为此承担积分损失或退还操作。强烈建议:仅在页面显示为0积分时进行下载。 另外,本资源描述中并未直接提供具体的下载地址或外部链接,因为它本身是一个通过CSDN官方上传通道提交的文件/内容包。如果你看到描述中没有外部网盘地址,这是正常的——资源文件应通过CSDN内置的“下载”按钮获取。若因平台积分显示异常导致你支付了积分,请优先联系CSDN客服咨询积分退还政策,作者没有权限修改平台自动设定的积分值。 感谢你的理解与支持。技术分享本应开放,但受限于平台规则,特此提醒如上。祝学习进步!
代码下载地址: https://pan.quark.cn/s/a4b39357ea24 编写程序,建立容量为n(建议n=8)的循环队列,完成以下程序功能。 输入字符#,执行一次出队操作,屏幕上显示出队字符;输入字符@,队列中所有字符依次出队并按出队次序在屏幕上显示各字符;输入其它字符,则输入的字符入队。 要求采用队头/队尾间隔至少一个空闲元素的方法来实现循环队列;空队执行出队操作及队满执行入队操作需显示提示信息。 ### 数据结构实验报告知识点 #### 实验背景与目标 本次实验是关于数据结构中的队列基本操作算法。 队列是一种先进先出(FIFO)的数据结构,在计算机科学中有着广泛的应用,例如进程调度、任务队列等场景。 通过本实验,学生能够深入理解循环队列的概念,并熟练掌握其实现方法。 #### 实验要求与内容 1. **实验内容**:要求编写一个程序来建立容量为 _n_ 的循环队列(推荐 _n_ = 8),并实现以下功能: - 输入字符 `#` 执行一次出队操作,并显示该出队字符; - 输入字符 `@`,将队列中的所有字符依次出队,并按照出队顺序在屏幕上显示这些字符; - 输入其他任意字符,则将该字符入队。 2. **特殊要求**: - 采用队头/队尾间隔至少一个空闲元素的方法实现循环队列,这样可以避免队列的物理连续性与逻辑连续性的混淆,同时便于检测队列是否为空或满。 - 当队列为满时尝试执行入队操作,或者队列为时空执行出队操作时,需要给出相应的提示信息。 3. **注意事项**: - 在反复输入字符时,应妥善处理输入缓冲区中的回车键(即 `\n` 字符)的问题,避免因连续输入导致的错误行为。 #### 数据结构设计 为了实现上述要求,本实验采用了如下的数据结构设计: ...
内容概要:本文提出了一种基于数据驱动的Koopman算子与递归神经网络(RNN)相结合的模型线性化方法,用于提升纳米定位系统的预测控制性能。该方法通过Koopman算子将复杂的非线性系统动态映射至高维线性空间,克服传统建模在强非线性条件下的局限性,再结合RNN强大的时序特征捕捉能力,实现对系统未来状态的高精度预测与有效控制。整个框架完全基于数据驱动,无需精确物理建模,特别适用于原子力显微镜、半导体制造等对定位精度要求极高的应用场景,并通过Matlab代码实现了算法的完整仿真与验证。; 适合人群:具备控制理论基础和Matlab编程能力,从事精密运动控制、智能算法开发、非线性系统建模与预测控制研究的研究生、科研人员及工程技术开发者。; 使用场景及目标:①解决纳米级定位平台中存在的强非线性、迟滞、蠕变等复杂动态特性带来的控制难题;②为高精度机电系统提供一种可复现、易实现的数据驱动预测控制方案;③推动Koopman理论与深度学习在先进制造与智能控制领域的深度融合与应用创新。; 阅读建议:建议读者结合提供的Matlab代码深入理解Koopman算子的数值实现流程与RNN网络结构设计细节,重点关注模型在同工况下的泛化能力、实时性表现及控制稳定性,可进一步将其拓展至其他高精度伺服控制系统的研究与优化中。
源码下载地址: https://pan.quark.cn/s/a4b39357ea24 在基于Ubuntu的操作系统环境中部署企业微信是众多用户尤其是企业工作者的迫切需求,因为企业微信能够构建一个高效的沟通与协作平台。本文将系统性地阐述在Ubuntu系统上安装企业微信的DEB安装包的具体方法。 我们有必要掌握DEB安装包的基本概念。DEB代表着Debian软件包的规格,并且被诸如Ubuntu这类基于Debian的系统普遍采纳。每一个DEB包都整合了软件的所有构成要素,涵盖了可执行程序、库文件、配置数据以及必须的安装程序。在Ubuntu系统中,用户能够借助命令行界面或者图形化的工具来对这些DEB包进行操作。 针对标题和描述中提及的"在Ubuntu系统中完成企业微信的安装(涉及DEB安装包)",我们将分阶段地说明实际操作步骤: 1. **启动终端程序**:在Ubuntu系统中,用户可以通过按下快捷键`Ctrl + Alt + T`或从应用程序启动器中查找“终端”来开启它。 2. **获取DEB安装包**:用户需要下载企业微信的DEB安装包。在这个实例中,我们有一个名为`deepin.com.weixin.work_2.8.10.2010deepin0_i386.deb`的文件,通常可以从企业微信的官方网站或其他可信的资源渠道获取。下载完成后,务必保证文件存储在可访问的路径下,例如桌面。 3. **执行DEB安装包的安装**: - 选用`gdebi`工具(如果尚未安装,需先执行`sudo apt install gdebi`命令):输入`gdebi deepin.com.weixin.work_2.8.10.2010deepin0_i386.deb`,然后依照指示完成...
内容概要:本文系统研究了基于改进滑模控制的永磁同步电机(PMSM)调速系统,构建并对比了改进滑模、经典滑模与最优滑模三种控制策略的Simulink仿真模型。通过仿真分析,深入验证了改进滑模控制在削弱系统抖振、提升动态响应精度及增强鲁棒性方面的显著优势,全面阐述了滑模控制在电机调速系统中的设计原理、滑模面构造、趋近律选取与参数整定等关键技术环节。; 适合人群:具备自动控制理论、现代电机控制技术基础以及Simulink/MATLAB仿真能力的电气工程、自动化、控制科学与工程等专业的研究生、科研人员及从事高性能电机驱动系统开发的工程技术人员。; 使用场景及目标:①用于高等院校或科研机构开展先进非线性控制算法的教学示范与科研课题攻关;②为工业界高性能伺服系统、新能源汽车电驱动系统等领域的控制器设计与性能优化提供理论依据和仿真验证平台;③帮助研究人员深入掌握滑模控制的核心思想及其在实际机电系统中的建模、仿真与调试方法。; 阅读建议:建议读者结合文中详述的Simulink模型,亲手复现仿真流程,重点关注同滑模控制策略下系统对参数摄动和外部扰动的抑制能力差异,并可进一步探索自适应滑模、模糊滑模等智能复合控制策略的改进方向,以深化对非线性控制理论应用的理解。
【重要提示】本资源设置为0积分下载,若非0积分请勿轻易下载 亲爱的CSDN用户: 首先感谢你点进这个资源页面。我需要提前说明一个重要情况: 本资源原本已设置为“0积分下载”,即作者希望完全免费共享。但CSDN平台有时会根据文件的下载热度、文件大小、用户权限等因素,自动将部分资源的积分调整为非0数值(如1积分、2积分、5积分等)。这是平台系统的自动行为,而非作者本人的设定。 因此,如果你当前看到该资源的下载所需积分是0(例如显示为1、2、3……),请谨慎决定是否下载。 如果你按照非0积分支付并下载后发现资源内容符合预期、链接失效,或者实际上该资源本应是免费的,作者无法为此承担积分损失或退还操作。强烈建议:仅在页面显示为0积分时进行下载。 另外,本资源描述中并未直接提供具体的下载地址或外部链接,因为它本身是一个通过CSDN官方上传通道提交的文件/内容包。如果你看到描述中没有外部网盘地址,这是正常的——资源文件应通过CSDN内置的“下载”按钮获取。若因平台积分显示异常导致你支付了积分,请优先联系CSDN客服咨询积分退还政策,作者没有权限修改平台自动设定的积分值。 感谢你的理解与支持。技术分享本应开放,但受限于平台规则,特此提醒如上。祝学习进步!
【重要提示】本资源设置为0积分下载,若非0积分请勿轻易下载 亲爱的CSDN用户: 首先感谢你点进这个资源页面。我需要提前说明一个重要情况: 本资源原本已设置为“0积分下载”,即作者希望完全免费共享。但CSDN平台有时会根据文件的下载热度、文件大小、用户权限等因素,自动将部分资源的积分调整为非0数值(如1积分、2积分、5积分等)。这是平台系统的自动行为,而非作者本人的设定。 因此,如果你当前看到该资源的下载所需积分是0(例如显示为1、2、3……),请谨慎决定是否下载。 如果你按照非0积分支付并下载后发现资源内容符合预期、链接失效,或者实际上该资源本应是免费的,作者无法为此承担积分损失或退还操作。强烈建议:仅在页面显示为0积分时进行下载。 另外,本资源描述中并未直接提供具体的下载地址或外部链接,因为它本身是一个通过CSDN官方上传通道提交的文件/内容包。如果你看到描述中没有外部网盘地址,这是正常的——资源文件应通过CSDN内置的“下载”按钮获取。若因平台积分显示异常导致你支付了积分,请优先联系CSDN客服咨询积分退还政策,作者没有权限修改平台自动设定的积分值。 感谢你的理解与支持。技术分享本应开放,但受限于平台规则,特此提醒如上。祝学习进步!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值