Alpha 日报 Ngày 22 tháng 6 (ARX)225分 18:00 airdrop Hôm nay gợi ý刷币QAIT (còn 5 ngày) hoặc các token khác ra mắt trong 30 ngày tới, điểm tích lũy ×4 Khuyên nên đầu tư 500 hoặc 200 cho mỗi giao dịch, nhỏ nhưng nhiều lần Năm ngoái, mình có hợp tác với bạn bè làm một bộ mẫu tài chính Excel, đưa lên một nền tảng trả phí để bán, lúc đó chỉ nghĩ đến việc hồi vốn. Không ngờ trong hơn một năm qua có người tải xuống liên tục, giờ tổng cộng thu về gần 6000 đồng, mình gần như không động đến file này nữa. Cảm giác làm một lần mà thu được nhiều lần này, mình trước đây chỉ thấy ở các nội dung có bản quyền. Xem tài liệu Model Hub của OPG phát hiện ra, nó thiết kế logic chia sẻ lợi nhuận cho các nhà phát triển AI gần như giống hệt. Nhà phát triển tải lên mô hình đã được huấn luyện vào kho mô hình phi tập trung này, thiết lập giá gọi, sau đó mỗi lần có ai đó gọi mô hình của bạn để chạy suy luận, phí sẽ được thanh toán trực tiếp bằng $OPG cho bạn. Hiện tại đã có hơn 2000 mô hình được lưu trữ trên Model Hub, mỗi lần thanh toán xảy ra trên chuỗi Base, không qua kiểm duyệt thủ công của nền tảng, mã viết xong cơ bản là tự động phân chia lợi nhuận. Điều này giống với việc phát plugin trên cửa hàng ứng dụng để thu lợi, khác biệt là thanh toán trên chuỗi, không có trung gian chậm trễ trong việc thanh toán hoặc đột ngột thay đổi quy tắc. Thiết kế này muốn đạt được điều là: "mô hình được nhiều người sử dụng hơn" và "nhà phát triển kiếm được nhiều tiền hơn" gắn liền với nhau, đồng thời làm cho việc tiêu thụ $OPG liên kết với lượng gọi thực tế, không phải là token quản trị vô nghĩa. Điều khiến mình thắc mắc là, con số 2000+ mô hình này trông có vẻ không nhỏ, nhưng phân bố lượng gọi của những mô hình này như thế nào không có dữ liệu công khai - là hai mươi hoặc ba mươi mô hình hàng đầu lấy đi đa số lượng gọi, hay là phân bố tương đối đồng đều, trực tiếp quyết định cơ chế chia sẻ lợi nhuận này có thực sự hấp dẫn đối với nhà phát triển thông thường hay không. Nếu giống như cửa hàng ứng dụng, hiệu ứng đầu cuối cực kỳ mạnh, phần lớn mô hình được tải lên mỗi tháng chỉ có số lượng gọi đơn lẻ, thì "tải lên mô hình để kiếm OPG" sẽ giống như khả năng lý thuyết, không phải là thu nhập thụ động thật sự. Ý tưởng này là đúng, phải cho nhà phát triển một con đường kiếm tiền bền vững thì kho mô hình mới có thể hoạt động. Nhưng con đường này có khả thi hay không, phải chờ ai đó đưa ra dữ liệu phân bố lượng gọi để xem xét, chứ không chỉ nhìn vào con số tổng cộng "đã có 2000+ mô hình" này. @OpenGradient #opg $OPG
Ngày 19 tháng 6: Hôm nay không có airdrop nào. Giờ chỉ còn hai lần mỗi tuần thôi sao?
Khuyến nghị hôm nay: giao dịch QAIT (còn 8 ngày) hoặc các token khác được niêm yết trong vòng 30 ngày tới. Nhận được 4 điểm.
Số tiền đề xuất: 500 hoặc 200 mỗi giao dịch, nhiều lần giao dịch nhỏ.
Tháng trước, nhà của một người bạn tôi đang được sửa chữa. Trước khi ký hợp đồng, người quản đốc yêu cầu đặt cọc, nói rằng chỉ được hoàn trả sau khi công việc hoàn thành và được kiểm tra. Nếu người quản đốc làm việc cẩu thả hoặc bỏ trốn, tiền đặt cọc sẽ bị mất. Ban đầu bạn tôi thấy việc này có vẻ rắc rối, nhưng sau đó nghe nói rằng căn nhà bên cạnh không lấy tiền đặt cọc đã bị lừa – vật liệu kém chất lượng và người quản đốc chỉ đơn giản là biến mất. Đó là lúc bạn tôi nhận ra rằng khoản tiền đặt cọc này không chỉ là hình thức; nó thực sự có thể là một vấn đề nghiêm trọng.
Các node chịu trách nhiệm xác minh trong mạng OpenGradient có thiết kế tương tự. Tài liệu nêu rõ rằng các trình xác thực và một số nút chuyên dụng phải đặt cọc một lượng OPG nhất định để tham gia vào cơ chế đồng thuận PoS. Các bằng chứng được tạo ra bởi mô hình sẽ được các nút này xác minh. Nếu một nút gửi bằng chứng không hợp lệ, về cơ bản là tham gia vào các hoạt động không đạt chuẩn, OPG mà nút đó đã đặt cọc sẽ bị tịch thu. Điều này phù hợp với logic gửi tiền được sử dụng để ngăn chặn gian lận tài khoản trong các thư viện mô hình; cả hai đều liên quan đến việc trả tiền thật để ngăn chặn hành vi sai trái, giúp tiết kiệm công sức xác minh danh tính.
Mối lo ngại của tôi là mặc dù cơ chế này ngăn chặn các hành vi độc hại rõ ràng như "công khai gửi bằng chứng giả mạo", tài liệu lại thiếu chi tiết về cách định nghĩa "bằng chứng không hợp lệ" và tiêu chí đánh giá nghiêm ngặt như thế nào. Nếu bản thân logic xác minh có lỗ hổng, hoặc nhiều nút thông đồng, việc chỉ dựa vào việc tịch thu tiền gửi có thể không đủ. Điều này tương tự như những lo ngại trước đây của tôi về độ tin cậy trong phần cứng TEE - độ tin cậy của người đặt ra quy tắc là một yếu tố quan trọng vượt ra ngoài chính các quy tắc đó.
Phương pháp đặt cọc cộng với tịch thu là hợp lý, tốt hơn so với việc chỉ dựa vào kỷ luật tự giác của các nút, nhưng ranh giới an ninh cuối cùng phụ thuộc vào tính đầy đủ của các tiêu chí xử phạt, điều mà hiện tại vẫn chưa hoàn chỉnh trong thông tin công khai.
Bản tin Alpha Ngày 15 tháng 6 Hôm nay tạm thời không có thông báo airdrop Hôm nay khuyên bạn nên giao dịch QAIT (còn 13 ngày) hoặc các token khác sẽ ra mắt trong 30 ngày tới, điểm số ×4 Đề xuất 500 hoặc 200 mỗi lần, giao dịch nhỏ nhiều lần Trong thời gian này, mình đã xem xét từ Bedrock 1.0 đến 2.0, uniBTC đến brBTC, cơ chế ρ đến quản lý vốn, gần như đã trải qua hết. Ngày cuối cùng, nói về nhận định tổng thể. Về thiết kế cơ chế, mình thấy Bedrock rất nghiêm túc. Chứng minh dự trữ Chainlink đã biến "niềm tin" thành "xác minh", cơ chế tỷ giá ρ không dựa vào phát hành token để duy trì cảm giác lợi nhuận, chi tiết ρ cố định khi đúc và đổi lại đã được viết vào công thức để chứng minh cho bạn thấy. Những điều này không phải là lời nói của nhóm dự án, mà có thể kiểm tra được. Về lựa chọn cấu trúc, uniBTC và brBTC là hai con đường khác nhau: con đường đầu tiên mang lại tính chắc chắn, rủi ro gắn liền với tầng Babylon, dễ nhìn thấy; con đường thứ hai mang lại tính tiện lợi, rủi ro phân tán vào sáu giao thức, nhưng logic quản lý được viết trong sách trắng khá mơ hồ, cái giá của sự yên tâm là không thể nói rõ. Nhưng có một vấn đề xuyên suốt mà đến giờ mình vẫn chưa có câu trả lời: lượng lưu thông của token BR hiện tại là 23%, còn 77% chưa được phát hành. Cách phát hành phần này, và tốc độ phát hành sẽ ảnh hưởng trực tiếp đến phần lợi nhuận trong brBTC có thể duy trì được bao lâu, cũng sẽ ảnh hưởng đến điểm định giá của toàn bộ BR. Con số này như một biến số treo lơ lửng trên tất cả các nhận định, dù thiết kế cơ chế có chặt chẽ đến đâu, nếu tốc độ phát hành vượt quá kỳ vọng, mọi nhận định trước đó sẽ phải tính toán lại. Kết luận của mình là: phương hướng nghiêm túc, chi tiết vững chắc, nhưng trước khi có câu trả lời cho biến số 77%, mình sẽ không thay đổi vị thế của mình. @Bedrock #bedrock $BR
Alpha 日报 6月14日 Không có thông báo airdrop Hôm nay đề xuất giao dịch QAIT (còn 13 ngày) hoặc các token khác ra mắt trong 30 ngày tới, điểm số ×4 Khuyên bạn 500 hoặc 200 một lần, nhỏ lẻ nhiều lần
Nhiều người coi brBTC và uniBTC là sản phẩm giống nhau, nghĩ rằng đều là 'gửi BTC để kiếm lãi', khác biệt chỉ là ai có lợi nhuận cao hơn một chút.
Nhưng sau khi xem qua whitepaper, cảm nhận của mình là: sự khác biệt lớn nhất giữa hai sản phẩm này không phải là lợi nhuận, mà là độ minh bạch về rủi ro.
uniBTC theo hướng một giao thức. BTC vào Babylon, lợi nhuận và rủi ro chủ yếu đến từ Babylon. Lợi thế là cấu trúc đơn giản, bạn có thể rõ ràng biết tiền đi đâu, rủi ro đến từ đâu.
Trong khi đó, brBTC theo hướng tổng hợp. Vốn sẽ được phân bổ vào nhiều giao thức như Babylon, Kernel, Symbiotic, SatLayer, gom lợi nhuận từ các nguồn khác nhau vào một chứng từ.
Mô hình này thực sự dễ chịu hơn, nhưng vấn đề cũng rất rõ ràng: nguồn rủi ro từ một biến thành nhiều.
Nếu uniBTC có vấn đề, bạn có thể đoán được vấn đề ở đâu; nhưng nếu brBTC có vấn đề, bạn biết rủi ro tồn tại nhưng không nhất thiết có thể nhanh chóng xác định đường nào gặp vấn đề và tỷ lệ ảnh hưởng là bao nhiêu.
Vì vậy, theo mình:
uniBTC bán sự chắc chắn, brBTC bán sự tiện lợi.
Cái trước thích hợp cho những người thích hiểu rõ rủi ro, cái sau phù hợp cho những người sẵn sàng giao quản lý vốn cho hệ thống.
Cả hai không có cái nào tuyệt đối tốt hay xấu, quan trọng là bạn quan tâm đến điều gì hơn.
Hiện tại mình nghiêng về cấu trúc uniBTC có thể nói rõ ràng rủi ro ở đâu, trước khi hiểu rõ vấn đề điều phối của brBTC, cứ để đó đã. @Bedrock #bedrock $BR
Alpha 日报 Ngày 13 tháng 6 không có thông báo airdrop Hôm nay khuyến nghị (token ra mắt trong 30 ngày, điểm ×4) Đề xuất 500 hoặc 200 một lần, nhỏ lẻ nhiều lần Nhiều người coi brBTC và uniBTC là cùng một loại sản phẩm, gửi BTC để kiếm lãi, không khác gì nhau. Nhưng nếu đọc whitepaper sẽ thấy thiết kế và định hướng của hai cái này hoàn toàn khác nhau, nhắm đến hai loại người khác nhau. uniBTC là con đường đơn giao thức. BTC vào Babylon, lấy uniBTC, lợi nhuận và rủi ro đều gắn bó với Babylon. Bạn biết rõ tiền của mình ở đâu, rủi ro đến từ đâu, cấu trúc đơn giản, khả năng truy xuất mạnh. brBTC là con đường tổng hợp. Vốn được phân bổ vào nhiều giao thức như Babylon, Kernel, Symbiotic, SatLayer, lợi nhuận được tổng hợp thành một chứng chỉ. Đơn giản, nhưng rủi ro từ một cái trở thành vài cái, và logic phân bổ vốn (tự động trên chuỗi hay do dự án điều chỉnh) trong whitepaper viết mơ hồ. Sự khác biệt bản chất giữa hai cái này không phải là lợi nhuận cao hay thấp, mà là khả năng truy xuất rủi ro. Với uniBTC bạn có thể nói chính xác rủi ro nằm ở đâu; với brBTC bạn chỉ có thể nói rủi ro phân tán ở nhiều tầng, nhưng cụ thể ở tầng nào, chiếm bao nhiêu tỷ lệ, bên ngoài không thể đánh giá được. Cách hiểu của tôi là: uniBTC cung cấp sự chắc chắn, brBTC cung cấp sự tiện lợi. Nếu bạn muốn hiểu rõ mình sẵn sàng chấp nhận điều gì, chọn uniBTC; nếu bạn muốn đơn giản nhưng chấp nhận "rủi ro ở đó nhưng không rõ cụ thể ở đâu", chọn brBTC. @Bedrock #bedrock $BR
Gần đây khi lướt qua whitepaper của Bedrock, mình phát hiện ra một thứ mà mọi người ít đề cập khi bàn về lợi nhuận: ρ (rho), tức là tỷ lệ hoán đổi giữa uniBTC và BTC.
Ban đầu mình nghĩ lợi nhuận sẽ thể hiện trực tiếp qua sự gia tăng số lượng uniBTC, nhưng mà không phải như vậy.
Số lượng uniBTC mà bạn nhận được thực chất là cố định, lợi nhuận đến từ sự thay đổi của ρ. Khi lợi nhuận từ staking tích lũy, cùng một đồng uniBTC sẽ có thể đổi được nhiều BTC hơn.
Thiết kế này mình thấy khá thú vị, vì nó không phải dựa vào việc phát hành thêm token để tạo cảm giác về lợi nhuận, mà phản ánh trực tiếp giá trị của tài sản nền tảng.
Còn một điều thú vị nữa là whitepaper đã chứng minh một điều: dù là mint hay redeem, ρ phải giữ nguyên tại thời điểm thao tác diễn ra.
Ban đầu mình thấy chi tiết này có phần kỹ tính, nhưng sau đó mình hiểu rằng — nếu ρ có sai lệch trong quá trình mint và redeem, có thể tạo ra khoảng trống cho việc arbitrage. Nên sự ràng buộc này thực chất là để bảo vệ toàn bộ hệ thống.
Nhưng mình vẫn còn một thắc mắc.
Nếu trong tương lai, lợi suất của Babylon biến động mạnh, hoặc nếu các validator nền tảng bị Slashing, ρ sẽ thay đổi như thế nào? Ai sẽ chịu trách nhiệm cho các tổn thất liên quan? Mình đã hiểu rõ về logic lợi nhuận, nhưng còn cơ chế truyền tải rủi ro này, mình sẽ tiếp tục đào sâu. @Bedrock #bedrock $BR
Alpha 日报 6月11日 没有空投预告 6月12日16点空投 Veera 今日推荐刷分B2 (剩2天)或者(30 天内上线代币,积分 ×4) (建议 500或200一笔,小额多次) 前两天有人问我:Bedrock 1.0和2.0到底有什么本质区别,不就是版本升级吗?我觉得不 hoàn toàn là như vậy, hai phiên bản này giải quyết hai vấn đề ở hai cấp độ khác nhau. 1.0的核心是把BTC转化成生息资产. Gửi vào thông qua việc stake Babylon, nhận uniBTC, chia sẻ lợi nhuận từ việc stake. Logic thì không có vấn đề gì, nhưng trần lợi nhuận thì rõ ràng: lợi nhuận gần như gắn liền với Babylon, Babylon cho bao nhiêu thì bạn nhận bấy nhiêu, Bedrock bản thân không nắm giữ quyền định giá lợi nhuận. 2.0 muốn giải quyết vấn đề này. Thêm vào đó là hệ thống định tuyến thông minh và động cơ phân tích rủi ro, không còn cố định vốn vào một nguồn duy nhất nữa, mà là quét động trên chuỗi các cơ hội lợi nhuận thực sự như cho vay, chênh lệch giá, v.v., nơi nào có lợi nhuận thì hướng tới đó. Từ "gửi vào để chờ chia lợi nhuận" chuyển thành "chủ động tìm kiếm cơ hội". Nhưng có một điều tôi chưa nghĩ thông suốt: định tuyến động có nghĩa là hệ thống đang thay bạn ra quyết định, logic quyết định có thể xác minh trên chuỗi hay không, nếu chiến lược không còn hiệu lực thì trách nhiệm sẽ được phân chia như thế nào, white paper không trình bày đầy đủ. Độ phức tạp càng cao, tiềm ẩn rủi ro càng lớn. Hướng đi là đúng, nhưng khả năng hệ thống động gặp vấn đề cao hơn một bậc so với việc stake tĩnh. Chờ đợi 2.0上线后 xem dữ liệu thực tế, rồi quyết định có nên tăng vị thế hay không. @Bedrock #bedrock $BR
Hôm trước có người hỏi trong nhóm: Khi gửi brBTC vào Bedrock, thì khi muốn rút về thì phải chờ bao lâu?
Mình lúc đó nói là chưa từng thực hiện, nhưng sau đó lật lại whitepaper, thấy phần này thực sự viết rất rõ ràng và đáng để đọc qua một lần.
Nhiều người nghĩ rằng việc rút tiền chậm là do vấn đề của giao thức, nhưng thực ra ngược lại, đây là cơ chế được thiết kế có chủ đích của giao thức.
Quy trình đại khái như sau: người dùng khởi động rút tiền, giao thức cần phải giải phóng lệnh ủy thác tương ứng, rồi chờ validator thực sự thoát khỏi beacon chain. Mà việc validator thoát ra còn có cơ chế xếp hàng, cuối cùng hoàn tất thoát ra thì BTC mới được trả lại cho người dùng. Do đó, toàn bộ quá trình có thể nhanh thì vài ngày, chậm thì có thể lâu hơn, cụ thể phụ thuộc vào tình trạng tắc nghẽn của hàng đợi thoát của validator lúc đó.
Phản ứng đầu tiên của nhiều người là: thiết kế như vậy có phải quá ngốc không?
Nhưng nếu nhìn từ một góc độ khác thì sẽ thấy, điều này thực sự có logic rõ ràng. Nếu giao thức hỗ trợ rút tiền tức thì, thì sẽ phải duy trì nguồn thanh khoản lớn trong thời gian dài; và một khi thị trường có biến động, các nhà đầu tư chênh lệch giá và hành vi rút lớn rất dễ làm xáo trộn quỹ thanh khoản, cuối cùng ảnh hưởng đến lợi ích của tất cả các bên tham gia.
Việc rút tiền không đồng bộ thực ra đang làm một sự đánh đổi: muốn có tài sản đủ thì phải kiên nhẫn chờ giao thức hoàn thành quy trình thoát; muốn thu hồi ngay thì có thể giao dịch trên thị trường thứ cấp, nhưng cần tự gánh chịu chi phí giảm giá và trượt giá.
Vì vậy, đây giống như một câu hỏi lựa chọn, chứ không phải là một lỗi.
Tất nhiên, cũng cần làm rõ ranh giới. Rút tiền không đồng bộ giải quyết vấn đề "rút tiền đầy đủ không bị trượt giá xâm hại", nhưng không giải quyết được vấn đề "mình hiện đang cần tiền gấp". Nếu bạn có thể cần sử dụng số tiền này vào bất kỳ lúc nào trong tương lai, thì thời gian khóa và hàng đợi thoát chính là những chi phí cần cân nhắc trước.
Do đó, loại sản phẩm này phù hợp hơn cho những người dùng có kế hoạch đầu tư dài hạn, không yêu cầu thanh khoản cao. Ngược lại, nếu nhịp giao dịch của bạn rất nhanh, thường xuyên cần điều chỉnh theo tình hình, thì trước khi tham gia, tốt nhất là nên đánh giá xem mình có thể chấp nhận thời gian chờ rút tiền hay không. @Bedrock #bedrock $BR
Hai ngày qua BTC đã hồi phục, trong nhóm từ tiếng than khóc đã chuyển thành tiếng hô hào. Nhưng mình lại muốn nói về một vấn đề dễ bị bỏ qua khi giá giảm, và thậm chí không nghĩ đến khi giá tăng: brBTC đã giúp bạn tiết kiệm cái gì, và lại khiến bạn phải gánh chịu cái gì? brBTC có logic cốt lõi không phức tạp. BTC của bạn sẽ được phân bổ vào nhiều giao thức tái thế chấp như Babylon, Kernel, Symbiotic, SatLayer, và lợi nhuận được tổng hợp lại thành một chứng nhận. Không cần tự nghiên cứu từng giao thức về biến động lợi nhuận, cũng không cần phải di chuyển vị thế qua lại, chỉ cần gửi vào một lần, thực sự là an tâm. Nhưng mặt trái của sự tiện lợi này cần phải nhìn rõ. Nhiều người nghĩ rằng tổng hợp có nghĩa là giảm thiểu rủi ro, thực ra tổng hợp là phân tán rủi ro, không phải loại bỏ rủi ro. Bất kỳ khâu nào như Babylon, Kernel, SatLayer gặp vấn đề, đều có thể ảnh hưởng đến hiệu suất cuối cùng của brBTC. Rủi ro đã được phân tán, nhưng không biến mất, và mức độ rủi ro đã từ một thành nhiều. Còn một vấn đề nữa mà mình đã tìm trong whitepaper mà không thấy câu trả lời rõ ràng: tiền sẽ được phân bổ giữa các giao thức như thế nào, có phải là hợp đồng trên chuỗi tự động thực hiện, hay là bên dự án sẽ điều chỉnh một cách linh hoạt? Nếu là cái trước, thì điều quan trọng là liệu quy tắc có thể được nâng cấp, và quyền quản lý thuộc về ai; nếu là cái sau, thì bản chất là một hệ thống điều phối tập trung quyết định dòng chảy của vốn. Cả hai đều có thể chấp nhận, nhưng nguồn gốc rủi ro hoàn toàn khác nhau. brBTC phù hợp hơn với những ai không muốn thường xuyên chuyển giao thức, sẵn sàng chấp nhận rủi ro nền tảng hơi phức tạp để đổi lấy sự tiện lợi và phân tán. Vị thế của mình không nặng, nên trước khi làm rõ vấn đề về cơ chế điều phối, mình sẽ không gia tăng. #bedrock $BR @Bedrock