Maxine Agency

🔸 Follow me @Maxine Agency
🔸 Comment "OK"
🔸 Get random gift from me 😉

#GIVEAWAY🎁 #Giveawaycontest $BTC
$GRVT $BNB
#45NgayTuDoTaiChinh #FOMCWatching

Babylon không biến BTC thành tài sản thụ động có lợi suất, nó khiến Bitcoin gánh thêm trách nhiệm

Crypto thường xem việc tài sản nằm yên là một điều cần sửa. Bitcoin vốn chỉ làm đúng công việc của nó nhưng rồi thị trường luôn muốn gắn thêm cho BTC một nguồn lợi suất, một vai trò mới và cả những rủi ro mới.
Điều khiến mình không bỏ qua Babylon là dự án bắt đầu từ một giới hạn khá rõ: Bitcoin vẫn phải là Bitcoin. $BTC được khóa theo thời gian trên mạng gốc, không cần biến thành wrapped token để tham gia bảo vệ các mạng PoS.
Nhưng điều đó không có nghĩa quyết định stake trở nên đơn giản.
Khi ủy quyền BTC, người dùng vẫn phải chọn Finality Provider, tin rằng phần mềm hoạt động đúng, quy tắc slashing không bị áp dụng sai và cơ chế unbonding diễn ra như dự kiến. Selfcustody chỉ có nghĩa người dùng không giao khóa riêng cho custodian. Nó không xóa hậu quả của việc đưa tài sản vào một hệ thống có điều kiện.
Chi tiết dễ bị bỏ qua nhất là phần thưởng được trả bằng $BABY không phải BTC. Người stake không làm số Bitcoin của mình tăng lên. Họ nhận một tài sản khác với lạm phát, governance và biến động giá riêng, đổi lại việc khóa BTC vào một cấu trúc phức tạp hơn.
Mình không cho rằng đây là một lựa chọn tệ. Với một số holder, phần thưởng có thể đủ hấp dẫn để chấp nhận sự đánh đổi đó.
Nhưng Babylon thú vị hơn khi không được mô tả như lợi suất thụ động cho BTC.
Đây là quyết định để Bitcoin đảm nhận thêm một nhiệm vụ mà nó vốn không được thiết kế để làm: bảo vệ các mạng khác, đồng thời mang theo rủi ro mới cho người sở hữu thay vì chỉ nằm yên trong ví.

@BabylonLabs_io #baby $MarsCoin

TBV không loại bỏ WBTC khỏi thanh lý, nó thay đổi vai trò của WBTC

Ban đầu mình nghĩ nếu khoản vay thế chấp bằng BTC bị thanh lý, Bitcoin trong vault sẽ được bán ngay để trả nợ nhưng Bitcoin không chạy theo tốc độ Ethereum. Việc giải phóng BTC phải qua redemption và thời gian challenge, nên không thể hoàn tất cùng lúc với thanh lý trên Aave.
TBV xử lý khoảng lệch này bằng cách tách thanh lý khỏi việc nhận BTC.
Khi vị thế mất an toàn, liquidator trả nợ trên Ethereum và được thanh toán ngay bằng $WBTC cùng phần thưởng thanh lý. Vault bị thu giữ được đưa vào BTC Vault Swap. Sau đó, arbitrageur mua vault bằng cách hoàn trả khoản WBTC cùng chi phí phát sinh rồi tự redeem $BTC trên Bitcoin.
Nhờ vậy Aave vẫn đóng vị thế ở tốc độ Ethereum, còn BTC được giải phóng theo nhịp riêng. Thị trường lending không phải chờ nhiều ngày cho một lần thanh lý.
Điều thú vị là TBV được xây để người vay không cần wrap BTC nhưng WBTC vẫn xuất hiện ở lớp thanh khoản. Khác biệt là người dùng không gửi BTC cho custodian từ đầu. WBTC chỉ làm tài sản thanh toán tạm thời giữa liquidator và quá trình redemption chậm hơn phía Bitcoin.
Cấu trúc này hợp lý khi thị trường bình thường nhưng bài kiểm tra sẽ đến lúc giá giảm mạnh. Khi nhiều vault cùng bị thanh lý, arbitrageur phải định giá thời gian chờ, biến động BTC, lãi vay WBTC và rủi ro redemption. Phần chênh lệch nhỏ có thể mở rộng nếu thanh khoản không theo kịp.
Câu hỏi không phải WBTC có còn xuất hiện hay không mà là trong một đợt thanh lý dây chuyền, chiếc cầu này còn đủ rẻ và sâu để giữ hai tốc độ settlement không va vào nhau hay không.

@BabylonLabs_io $BABY #baby

Bitcoin không cần rời mạng gốc để bước vào DeFi

Trước đây mình mặc định rằng muốn dùng BTC trong DeFi thì phải đổi nó thành tài sản đại diện. Người dùng gửi Bitcoin vào bridge hoặc custodian, nhận wrapped token rồi mang token đó sang chain khác để vay hay tạo lợi suất.
Cách làm này tiện nhưng rủi ro bị dồn vào nơi người dùng khó kiểm soát nhất. Chỉ cần bridge bị khai thác, custodian mất khả năng thanh toán hoặc cơ chế quy đổi gặp sự cố, token vẫn có thể nằm trong ví nhưng phần bảo chứng phía sau không còn nguyên vẹn.
Trustless Bitcoin Vaults của Babylon khiến mình nhìn vấn đề theo hướng khác.
BTC không cần rời khỏi Bitcoin để trở nên hữu ích. Nó được khóa trong một UTXO với các điều kiện xác định trước. Hệ thống bên ngoài không cầm Bitcoin thật mà nhận bằng chứng về trạng thái vault để xử lý việc vay, hoàn trả hoặc thanh lý.
Điểm quan trọng không phải tạo thêm một phiên bản BTC mới. Nó là chứng minh lượng BTC đó tồn tại, đang bị khóa đúng điều kiện và chỉ được giải phóng theo các đường chi tiêu đã cam kết.
Nếu mô hình này hoạt động đúng, rủi ro không còn tập trung vào một cây cầu giữ toàn bộ tài sản. Người dùng vẫn phải tin vào code, bằng chứng và settlement nhưng không cần giao quyền kiểm soát BTC cho một kho lưu ký trung tâm.
Tất nhiên TBV vẫn còn sớm. Cơ chế cần được kiểm thử, nhất là khi thanh lý diễn ra nhanh hoặc một bên vận hành ngừng phản hồi.
Nếu Babylon chứng minh được mô hình ở quy mô lớn, BTCFi có thể chuyển từ “mang Bitcoin đi nơi khác” sang “giữ Bitcoin tại chỗ và chứng minh nó cho DeFi”.
Theo mình đó mới là kiến trúc hợp lý cho Bitcoin trong DeFi.

$PIEVERSE $BEAT @BabylonLabs_io $BABY #baby

TBV لا يُزيل الثقة، بل ينقل الثقة إلى بنية يمكن التحقق منها

في السابق كنت أعتقد دائمًا أنه من أجل الاقتراض باستخدام Bitcoin يجب تسليم BTC إلى جهة أمينة (custodian). يحصل المقترض على السيولة بينما تبقى الأصول بيد طرف وسيط.
تغيّر Trustless Bitcoin Vaults من Babylon هذا النموذج.
يظل BTC موجودًا على شبكة Bitcoin داخل "vault" منفصل، دون الحاجة إلى جسر (bridge) أو تغليف (wrap) أو تجميعه مع أصول الآخرين. يعتمد فتح القفل على شروط تم تحديدها مسبقًا بدلًا من قرار تعسفي من شركة.
لكن الأهم ليس لحظة فتح القرض بل ما يحدث بعد ذلك.
يجب متابعة الأصول المُرهَنة، والتحقق من العتبات الآمنة، وأن تعمل آلية التصفية (liquidation) إذا اختل التوازن في الوضعية. عند سداد القرض، يجب أن يتأكد المستخدم أيضًا من أن مسار استعادة BTC يعمل كما هو مصمَّم.
TBV لا يلغي الثقة.
لا يعود على المستخدم أن يثق في أن جهة أمينة ستفي بالوعود أو ستعيد استخدام BTC. بدلًا من ذلك، يثق المستخدم في Bitcoin script، والأدلة التشفيرية، وقواعد التصفية، وآليات استعادة الأصول.
الاختلاف يكمن في قابلية التحقق. وعود الشركة قد تتغير، بينما تُوضع الشروط داخل الـ vault مسبقًا ولا يمكن تعديلها بشكل تعسفي بعد أن تم قفل BTC.
برأيي، قد تدفع الفائدة بعض المستخدمين لتجربة الاقتراض لأول مرة، لكن تجربة سداد الدين واسترداد BTC هي التي ستحدد ما إذا كانوا سيعودون أم لا.
القرض الأول يختبر الفضول.
القرض الثاني يبيّن ما إذا كانت Babylon قد بنت الثقة في الكود، أم أنها مجرد نقل المكان الذي يضع فيه المستخدم ثقته.

@BabylonLabs_io $BABY #baby

$ON $CLO

نيوتن قد يكون على حق بشأن المستقبل لكنّه لا يزال يظهر مبكرًا جدًا
كلما قرأت أكثر عن @NewtonProtocol أكثر أتساءل عما إذا كان المشروع يعالج حاجة حاليّة أم مشكلة تصبح مُلِحّة فقط بعد سنوات.
فكرة نيوتن منطقية للغاية: بدلًا من منح صلاحيات كاملة لـ AI agent، يمكن للمستخدم تحديد حدود لرأس المال والأصول وعناوين التفاعل وظروف التنفيذ مسبقًا. عندما يبدأ البرنامج في إدارة أموال حقيقية، تكون طبقة authorization — من الواضح — أكثر أمانًا من مجرد اكتشاف الأخطاء بعد اكتمال المعاملة.
لكن التكنولوجيا الجيدة لا تضمن بالضرورة خلق الطلب.
ما زال معظم المستخدمين يهتمون أكثر بالعائد والتكلفة وتجربة الاستخدام. المنصّة المُركّزة أو بوتات التداول أو العمليات اليدوية ليست مثالية، لكنها كافية من حيث السهولة بالنسبة لهم. لا يُختار نيوتن إلا عندما تكون فوائد التحكم وتقليل المخاطر واضحة بما يكفي لتغيير العادات.
ونيوتن لا يُلغي الثقة أيضًا. بل ينقل الثقة من شركة إلى policy والـ operator والحوكمة governance. قد يكون هذا نموذجًا أكثر شفافية، لكن على المستخدمين أن يثقوا بأن القواعد مكتوبة بدقة ولن يتم تعديلها بما يضرّهم.
لذلك أكبر مشكلة في نيوتن برأيي هي التوقيت.
إذا أصبح الـ AI agent جزءًا اعتياديًا من التمويل onchain، فقد تصبح authorization بنية تحتية ضرورية. لكن إذا جاءت عملية التبنّي بطيئة، فقد يضطر نيوتن إلى البناء لسنوات من أجل سوق لم يظهر بعد بشكل حقيقي.
قد يكون نيوتن ينظر إلى المستقبل الصحيح.
السؤال هو متى يصبح ذلك المستقبل حاجة اليوم.
@NewtonProtocol #Newt $NEWT

$UAI $LAB

يمكن لآخر حصة متاحة أن تُظهر بوضوح كيف يعرّف GRVT “المساهمة”

بدأت ألاحظ المشكلة عندما لا يتبقى في عدّاد التوزيع سوى حصة واحدة لكن هناك شخصان مؤهلان.
الشخص الأول يقفل رموز GRVT على المدى الطويل ولا يتداول تقريبًا. أما الشخص الآخر فالتزامه أقصر لكنه أمضى شهورًا في توليد حجم تداول (volume)، ودفع الرسوم، واستخدام المنصة بشكل منتظم.
الأول ذو القفل الطويل يمنح الاستقرار ويتقبل فقدان المرونة. المتداول النشط غالبًا يولد إيرادات ويخلق طلبًا على الاستخدام الفعلي. وعندما لا يتبقى سوى حصة واحدة، يُجبر النظام على أن يختار ما الذي يُهمّ أكثر بالنسبة له.
إذا كنا دائمًا نُفضّل المتداولين الأكثر نشاطًا، فقد يفقد القفل الطويل معناه، لكن إذا نظرنا فقط إلى عدد الرموز ومدة القفل، فقد يرى أيضًا من يخلق نشاطًا لـ GRVT أن جهده تم تجاهله.
يبدو منطقًا أن يجمع التقييم بين عدة عوامل حتى لحظة الاضطرار لقرار: هل يستحق شهر واحد من الـ volume أكثر أم أقل من ستة أشهر قفل رموز بقدر كم. وعندما تكون الأموال الحقيقية وراء كل هذه النِّسب، يمكن الطعن في أي شيء.
قد يؤدي فصل الحصص للمساهمين على المدى الطويل وللمستخدمين النشطين إلى تقليل التوتر، لكن مع ذلك تبقى مخاطرة أن تكون جهة ما ما زالت تملك حصة بينما الجهة الأخرى يجب أن تنتظر.
ربما لا ينبغي لـ GRVT استخدام صيغة واحدة لكل فرصة. قد تحتاج كل نوع من أنواع الندرة إلى قواعد خاصة بها، طالما أنها تُعلن قبل أن يلتزم المستخدم.
سأولي اهتمامًا أكبر لمن يتم رفضه أكثر من اهتمامي بمن يحصل على الحصة الأخيرة. رد فعلهم قد يُظهر ما إذا كانت هذه الآلية تُولد الولاء، أم أنها توفر سببًا إضافيًا للمغادرة.

@grvt_io #grvt
$PALU $BILL $BSB

تهانينا #BinanceTurns9 🎂 😘
على مدار تسع سنوات، ألهمت بينانس ملايين الأشخاص بثقة لاستكشاف تكنولوجيا البلوك تشين والعملات الرقمية. شكرًا لأنكم أنشأتم منصة موثوقة تدعم الابتكار وتعزز ترابط مجتمع العملات الرقمية العالمي. نتمنى لبينانس مزيدًا من النجاح، وشراكات أقوى في المستقبل، والمزيد من المنتجات والفرص المثيرة خلال السنوات القادمة. لنوجه معًا نحو مستقبل أكثر إشراقًا للجميع في مجال البلوك تشين وWeb3 وبناء المجتمع. تهانينا بالذكرى التاسعة لتأسيس بينانس! $BNB

وثائق نيوتن تحكي قصة B2B، ومع ذلك ما زال الرسم البياني $NEWT vهو القصة المبكرة للسيولة
لقد قرأت المزيد عن الطريقة التي أدخل بها @NewtonProtocol الامتثال في الكود، لكن أكثر ما لفت انتباهي هو المسافة بين الوثائق والرسم البياني للسعر.
في الوثيقة، يتم تقديم نيوتن كطبقة تفويض (authorization layer) لجهة إصدار الـ stablecoin ومنصات RWA والجهات التي تريد التحكم في المعاملات قبل التنفيذ. هذا التوجه منطقي لأنهم يحتاجون إلى تقييد رأس المال، والتحقق من العقوبات (sanctions)، والأدلة على أن الأصول لم تُستخدم خارج النطاق المسموح.
لكن NEWT ما زال يتأثر بشكل أساسي بالسيولة الخاصة بالتجزئة (retail)، والحجم (volume)، وعلم النفس قصير الأجل، وتوقيت فتحات الإلغاء (lịch mở khóa). حالة الاستخدام (Use case) الموجهة للمؤسسات تبدو كبيرة جدًا، بينما لم يظهر بوضوح الطلب الفعلي بما يكفي لاستيعاب المعروض.
هناك طرف منتج B2B يستهدف سوق الأصول العالمي. والطرف الآخر هو التوكن الذي ما زال يتفاعل كما لو كان مشروعًا في مرحلة مبكرة، حيث يتعين على الحملة (holders) امتصاص التخفيف (dilution) قبل أن يواكب التبني (adoption) هذا الزخم.
هذا لا يعني أن نيوتن قد فشل. قد تسبق التقنية الحاجة، لكن لا ينبغي استخدام نطاق RWA أو قيمة stablecoin المستقبلية بشكل افتراضي على أنها قد تدفقت بالفعل إلى #newt اليوم.
تضيق الفجوة فقط عندما تقوم مؤسسة بتنفيذ سياسة، وأن تمر أصول عبر النظام، وأن تكون هناك حاجة كافية لاستخدامه لتوازن ضغط العرض.
أنا لست في وضعية هبوط (bearish)، ولا لدي ما يكفي من البيانات لأكون في وضعية صعود (bullish). الوثيقة ما زالت تحكي قصة بنية تحتية ناضجة، بينما الرسم البياني ما زال بانتظار ظهور العملاء الحقيقيين.
$VELVET $CAP

قد لا تكون حملة سحب المستخدمين إلى GRVT كافية لكي تجعلهم يفهمون المنتج

لقد راجعت للتو Binance Wallet Booster الخاص بـ GRVT ولاحظت تفصيلة لافتة.
تُقام الحملة من 10/7 إلى 17/7، وتُخصَّص 1.5 مليون GRVT لتوزيعها في يوم TGE. لا يحتاج المشاركون إلى إجراء تداول أو إيداع أموال؛ يكفي إكمال المهام داخل المحفظة.
في المقابل، يتمحور الرسالة الأهم من GRVT حول كفاءة استخدام رأس المال. يمكن للرصيد أن يُستخدم للتداول، وأن يعمل كضمان، ثم يواصل توليد العوائد. فكل قصة One Balance وEarn وTrade وInvest تصب في فكرة أن كل دولار يجب أن يعمل بشكل أكبر.
لذلك تبدو طريقة جذب المستخدمين الحالية منحرفة قليلًا عمّا يرغب المنتج في إثباته.
طرف يشجّع المستخدمين على إدخال رأس المال إلى النظام. والطرف الآخر يطلب فقط بضع خطوات بسيطة ثم انتظار الحصول على توكن.
لكن قد يكون ذلك مقصودًا. Booster يكفيه أن يجلب الوافدين الجدد إلى GRVT بأدنى عوائق. فهم لا يحتاجون إلى استيعاب ZK Validium أو unified margin أو آليات توليد العوائد من البداية.
المشكلة تكمن في الخطوة التالية.
كم شخص سيقوم فعلًا بإيداع رأس المال، وتجربة One Balance، والاستمرار في استخدام GRVT بعد TGE؟ وكم شخص سيكتفي بإتمام المهام ثم يغادر عندما يتم توزيع المكافآت؟
قد تولّد الحملة زيارات، لكن المنتج الجديد هو من يقرر ما إذا كانت تلك الزيارات ستتحول إلى مستخدمين حقيقيين أم لا.

@grvt_io #grvt $VELVET $BILL $DCR

السيولة الجديدة هي التي تحدد $NEWT ما إذا كان بإمكانك الحفاظ على القصة أم لا
غالبًا ما تكون الزيادات القوية في السوق نادرًا ما تبدأ عندما يركز الجميع الانتباه عليها. عادةً ما تظهر خلال فترات هادئة، عندما ينخفض الحجم (volume) تهدأ العواطف وتنتقل الأصول من الأشخاص غير الصبورين إلى فئة أكثر استعدادًا للانتظار مدة أطول.
هذا ما يجعلني أواصل متابعة $NEWT
السؤال المهم ليس فقط كم من الوقت يمكن أن تستمر قصة الذكاء الاصطناعي (narrative AI) بل هل يستطيع السوق امتصاص كمية العرض الجديدة دون أن يُضعف قوة الشراء.
قد ترتفع الأسعار بسرعة بسبب الأخبار أو مطاردة FOMO، لكن القيمة السوقية تعكس قصة أوسع. فهي تُظهر كيف يُسعّر السوق كمية الرموز المتداولة، لا مجرد النظر إلى سعر واحد بعينه.
إذا ارتفعت القيمة السوقية بالتزامن مع الحجم وعدد المشاركين—وتمددت قاعدة المشاركين—فهذا مؤشر إيجابي أكثر من مجرد موجة واحدة ترفع السعر في ظل سيولة خفيفة. عندها تبدأ الانتباهات بالتحول إلى تدفقات نقدية.
لكن هذا الهيكل يمكن أن يتغير بسرعة كبيرة.
قد يؤدي فك قفل الرموز (token unlock) أو زيادة المعروض المتداول أو ضعف الحجم إلى خلق ضغط فورًا حتى لو كانت قصة الذكاء الاصطناعي (AI) والتفويض (authorization) لا تزال جذابة. قد تجذب قصة جيدة الانتباه إلى المشروع، لكنها لا تستطيع الاستمرار في امتصاص مصدر العرض إذا لم تكن السيولة الجديدة قادرة على مواكبة الوتيرة.
لهذا السبب لا أركز كثيرًا على توقع $NEWT إلى أين ستصل الزيادة. ما يهمني أكثر هو رد الفعل بعد كل دفعة عرض جديدة: هل يمكن الحفاظ على الـ volume؟ وهل ما تزال قوة الشراء تظهر عندما تنخفض حدة الحماس.
قد يولّد الانتباه موجة صعود.
لكن السيولة المستدامة هي التي تحدد وحدها ما إذا كانت القيمة السوقية قادرة على الحفاظ على موقعها بعد أن ينتقل السوق إلى قصة أخرى.
@NewtonProtocol #Newt

هناك طريقتان لتلقي مكافأة GRVT لتمثيل نوعين مختلفين من المستخدمين
@grvt_io #grvt
صباح اليوم قمت بإعادة قراءة إرشادات برنامج Binance Wallet Booster التابع لـ GRVT، ولاحظت نقطة مثيرة للاهتمام.
خصص البرنامج 1.5 مليون GRVT لمن ينجز المهام، دون اشتراط إجراء تداول أو إيداع رأس مال. من المتوقع توزيع المكافآت في حدث TGE يوم 21/7. ويُعد هذا تقريبًا أسهل طريق لمَن يتعامل مع الرمز لأول مرة.
وفي المقابل، تُدار Season 2 وفق منطق مختلف.
لقد زادت مخصصات هذا الموسم إلى 18% من إجمالي المعروض. يتم تقسيم النقاط بناءً على مدى الاستخدام الفعلي مثل التداول، والمحافظة على المراكز، وتوفير السيولة، والاحتفاظ برأس المال على المنصة، وكذلك الإحالات التي لها نشاط. بمعنى أن المستخدمين يجب أن يجلبوا رأس مالًا أو سيولة حقيقية إلى النظام للتنافس على مكافآت أكبر.
وهكذا، وقبل نفس توقيت TGE، تفتح GRVT بابين.
أحدهما يكافئ الاهتمام. والآخر يكافئ المساهمة الفعلية.
في البداية شعرت أن هذا يتعارض قليلًا مع الرسالة حول كفاءة استخدام رأس المال لدى GRVT. على المتداولين أن يتحملوا الرسوم، ويصونوا الهامش، ويتقبلوا مخاطر السوق، بينما المجموعة الأخرى تحتاج فقط إلى إكمال المهام لتستلم الرموز.
لكن Booster قد يكون أيضًا مجرد طبقة تجذب المستخدمين الجدد. فالمهام هي ما يوصلهم إلى GRVT، أما المنتج الجديد فهو ما يحدد إن كانوا سيبقون أم لا.
السؤال المهم هو بعد يوم 21/7: أي مجموعة ستواصل استخدام المنصة.
يمكن لمن يأتي بسبب المهام أن يبيع فور استلام المكافآت. أما من أودع رأس المال وحافظ على المراكز فلديه أسباب أكثر للبقاء، لكنه قد يقرر أيضًا جني المكافآت بعد موسم طويل.
ستُظهر TGE أي برنامج يصنع مستخدمين حقيقيين، وأي برنامج يقتصر على خلق زيارات عابرة.

ليس ما يُتعب الكثير من الناس في عالم العملات المشفرة هو أن التكنولوجيا صعبة الفهم بالضرورة، بل إن هناك الكثير من العمليات الصغيرة التي يتم تكرارها يوميًا.
لكي تُجري معاملة، عليك تحويل الأموال إلى منصة. ولكي تجني عائدًا، يجب سحبها، ثم الربط (bridge) إلى مكان آخر، وإرسالها إلى الـ vault. وعندما يحين وقت الحاجة إلى رأس المال، يستمر المستخدم في الانتظار لعملية السحب، ثم التحويل مرة أخرى، والآمل ألا يحدث أي خطأ في أي خطوة. كل مهمة على حدة ليست معقدة جدًا، لكن عند جمعها معًا، تتسبب بتجزئة تدفق رأس المال وتجعل التجربة مرهقة.
@grvt_io يتعامل مع هذه المشكلة عبر دمج تنفيذ المعاملات وتوليد العائد وصلاحية التحكم بالأصول داخل نظام واحد. تبدو فكرة One Balance بسيطة، لكنها تعالج بالضبط أكبر نقطة إزعاج: يجب ألا يبقى رأس المال خامدًا فقط لأن المستخدم ينتظر تحويله إلى مكان آخر.
أُقدّر أيضًا محاولة Grvt الحفاظ على self custody والتسوية على السلسلة (onchain) بدل التركيز فقط على السرعة. يمكن لمنصة أن تنفذ الأوامر بسرعة كبيرة، لكن إذا كان على المستخدم أن يتنازل عن كامل التحكم بأصوله، فلن تكون التجربة مكتملة فعليًا.
وبالطبع، إن بنية جيدة على الورق لا تكفي لإثبات أن المنتج سينجح. الأهم هو: عندما تكون هناك سيولة كبيرة وكثير من الناس يستخدمون النظام، هل يظل مستقرًا وسهل الاستخدام وشفافًا كما كان أثناء التجربة؟
لدى عالم الكريبتو الكثير من المنصات التي تبيع قصة كبيرة، ثم تترك المستخدم يتحمل الجزء المعقد خلف الكواليس.
إذا تمكن Grvt من الحفاظ على تجربة مريحة، واستخدام رأس المال بكفاءة، وعدم التحول إلى مجرد آلة إضافية لتوليد الضجة (hype)، فسيكون ذلك ميزة كبيرة بالفعل.
لا يحتاج المستخدم إلى المزيد من الوعود.
ما يحتاجونه هو منتج يعمل فعليًا.
#grvt

ما لفت انتباهي إلى بروتوكول نيوتن ليس أنه يسمح باستراتيجية التداول الآلي بعمل المزيد فحسب، بل الطريقة التي يقيّد بها ما يُسمح للاستراتيجية بفعله.
عندما يكون للبرنامج صلاحية إدارة الأموال، فالمسألة لا تتعلق فقط بما إذا كان يعمل بشكل صحيح. الأهم هو: إذا حدث خطأ، فإلى أين ستنتهي صلاحياته.
يمكن الترويج لاستراتيجية على أنها تتداول فقط بعض الأصول، ولا تتجاوز حد رأس المال المسموح، أو لا تتفاعل مع عناوين ذات مخاطر، لكن إذا كانت هذه الشروط موجودة فقط في الوثائق، فسيظل على المستخدم أن يثق بأن النظام سيقوم بالأمر على النحو الصحيح.
يدمج نيوتن هذه القيود قبل خطوة التنفيذ (execution).
لا يتم تنفيذ التداول إلا عند استيفاء السياسة (policy) المحددة. يمكن أن تُقيَّد الاستراتيجية من حيث مبلغ الأموال أو نوع الأصول أو العناوين التي تتفاعل معها أو وقت تنفيذ الإجراء. إذا لم تكن الشروط مناسبة، فسيتم حظر التداول قبل وقوع أي خلل.
هذه الطريقة مناسبة بشكل خاص لخزائن DeFi وعملاء الذكاء الاصطناعي (AI agent). لا ينبغي لنظام تلقائي أن تكون له صلاحيات واسعة جدًا لمجرد أن المستخدم منح الإذن مرة واحدة.
كلما كانت الأتمتة أقوى، كلما احتجنا إلى حدود أوضح.
لا يمكن للسياسة أن تُزيل كامل المخاطر. إذا صُممت القواعد بشكل خاطئ، فقد تظل الاستراتيجية قادرة على إنتاج نتائج سيئة، لكن على الأقل فإنها تحول الثقة إلى شرط يمكن التحقق منه مسبقًا قبل انتقال الأصول.
ما زلت أرغب في متابعة كيفية استخدام المطورين لـ Newton، وما إذا كانت هذه السياسات تظهر في المنتج الذي يستخدمه أشخاص حقيقيون.
يجب ألا يكون برنامج إدارة الأموال قادرًا على التصرف بحرية. فهو يحتاج إلى ممر واضح ولا يمكنه الخروج عنه.
@NewtonProtocol #Newt $NEWT

الشيء الذي لفت انتباهي إلى @grvt_io ليس بالأرقام المتعلقة بسرعة تنفيذ المعاملات، بل هو الطريقة التي ينظر بها المشروع إلى كفاءة استخدام رأس المال.

في العديد من المنصات الحالية، غالبًا ما يتم تقسيم الأصول بين المحافظ ومحافظ التداول والبروتوكولات التي تولّد العوائد. في كل مرة يرغب المستخدم في تغيير الاستراتيجية، يجب عليه تحويل الأموال، والانتظار حتى يتم تأكيدها، ثم إعادة ترتيب الأرصدة. تبدو كل عملية منفصلة غير مهمة، لكن عند تكرارها مرات عديدة تصبح تجربة التداول بطيئة وغير مترابطة.
يمتاز نهج One Balance من Grvt بأنه لا يتطلب تحريك رأس المال باستمرار بين مناطق مختلفة. يمكن للمستخدم إدارة الأصول ضمن نظام موحّد، مما يقلّل وقت التعامل مع المهام التقنية ويتيح التركيز أكثر على قرارات التداول.
أقدّر أيضًا محاولة Grvt دمج كفاءة التداول مع التحكم في الأصول. السرعة لا تصبح ذات معنى حقًا إلا عندما لا يضطر المستخدم إلى التضحية بالاحتفاظ الذاتي (self custody) من أجل تحقيقها. يتم التعامل مع التداول بسرعة بينما تبقى الأصول مُسعّرة على السلسلة (onchain)، ما يخلق نموذجًا أكثر توازنًا بين الراحة والشفافية.
بالطبع، لا يزال يتعين إثبات أي تصميم جيد عبر السيولة والاستقرار وتجربة الاستخدام الفعلية، لكن اتجاه Grvt يوضح أن المشروع لا يريد فقط إنشاء مكان إضافي لفتح مراكز الديمومة (perpetual).
إنهم يحاولون معالجة سؤال أهم: كيف يمكن أن يعمل رأس المال الخاص بالتداول بكفاءة دائمًا دون أن يضطر المستخدم إلى التحرك المستمر للأصول بين منصات متعددة.
لهذا السبب أعتقد أن #grvt جدير بالمتابعة المستمرة.

$EVAA $TAC

عندما رأيت نيوتن يخصص قسمًا كاملًا لشرح “نيوتن ليس ما هو عليه”، ظننت أن هذا مدخل غير معتاد قليلًا.
عادةً ما تحاول أي منتج أن يتحدث كثيرًا عن المزايا، أما #Newt فكان يبدأ بالنفي المتكرر، لكن بعد القراءة المتأنية اتضح أن لهذه الفقرة سببًا منطقيًا.
تعبير “طبقة التفويض” واسع بما يكفي ليدع كل شخص يتخيل الأمر في اتجاه مختلف. قد يظن أحدهم أن @NewtonProtocol يبني بلوكتشين جديدًا. وقد يعتقد آخر أنها نوع من المحافظ، أو شركة امتثال تركز على ذلك، أو نظام بيئي مغلق يفرض على المشروع نقل البنية التحتية بالكامل إليه.
في الواقع، لا يحاول نيوتن استبدال هذه الأشياء.
لا ينافس البلوكتشينات الحالية بل يعمل بشكل متكامل فوقها. يظل المستخدم يحتفظ بحق التحكم بالمفتاح الخاص. تقييم السياسات لا يعتمد على طرف واحد فقط. كما أن أنظمة الامتثال التي تستخدمها المؤسسات حاليًا لا يتم التخلص منها، لأن $NEWT مصمم للاتصال بها بدل البدء من الصفر.
والنقطة الأخيرة ربما هي الأهم. لا يريد نيوتن تحويل السياسات إلى حديقة مغلقة. فإذا كانت المعايير قابلة للاستخدام من قبل تطبيقات متعددة ولا تُجبر المطورين على الاعتماد الدائم على مورد واحد، فستكون فرص التبني واقعية أكثر بكثير.
أعتقد أن جزء “نيوتن ليس ما هو عليه” لم يُكتب بهدف لفت الانتباه. كُتب لأن مفهوم طبقة التفويض ما يزال جديدًا جدًا، بينما يميل القارئ إلى ربط أي منتج جديد بالنماذج التي يعرفها.
أحيانًا تكون أسرع طريقة للتوضيح ليست إضافة ما يستطيع المنتج فعله، بل إزالة كل سوء فهم قبل أن يتشكل.

$TAC $EVAA