Friend.Tech هي عبارة عن منصة اجتماعية تعتمد على العقود الذكية ، يحتاج المستخدمون إلى توصيل Twitter الخاص بهم للتسجيل ، و "إصدار" مفتاحهم الخاص ، ويمكن للمستخدمين الذين لديهم مفتاح الدخول إلى غرفة مشابهة للدردشة الجماعية للتواصل مع مالك المفتاح. لا تزال منصة اجتماعية مركزية ، ولكنها تعتمد على العقود الذكية على السلسلة لتنفيذ منطق البيع والشراء الرئيسي ، والوظيفة الرئيسية هي تطبيق IM يعتمد على صفحة الويب. وفي عملية بيع وشراء المفاتيح ، سيتم تقسيم 10٪ من القيمة إلى قسمين ، جزء واحد للمطور Friend.Tech ، والجزء الآخر لمالك الغرفة المقابلة. بعد ذلك ، في حالة تمكن مثل هذا المفتاح من تجاوز الواجهة الأمامية لإكمال الشراء والبيع ، فإنه سينتج بشكل طبيعي روبوتات على السلسلة للعب خداع جديد وشراء وبيع ورسوم. إذن ، كيف يتم تنفيذها؟
تحدث عن ضرب روبوتات جديدة
يمكن أن يكون لضرب الروبوتات الجديدة فوائد كبيرة في المرحلة المبكرة من عملية Friend.Tech ، لأنه في هذا الوقت ، لم تتطور روبوتات القناصة على السلسلة إلى حد ما ، ويمكن شراؤها بعد حكم بسيط على المعلومات ويمكن أن يكون لها توقعات ربح عالية. الآن ، ابدأ بأبسط منطق تنفيذ الروبوت وانتقل عبر منطق الروبوت المعقد.
بالطبع ، قبل ذلك ، نحتاج إلى تقديم **Event** ، وهو تجريد لأحداث السجل في EVM تحت لغة برمجة Solidity. عادة ما يتم إقرانه ببيان إصدار لتحريك حدث **. المقابلة للسجلات التي هي معاملات في متصفح blockchain ، مثل المعاملة التالية لشراء مفتاح ، مما يؤدي إلى تشغيل حدث تجاري يحتوي على سلسلة من المعلومات.
! [أساسيات الروبوتات على السلسلة: FriendTech كمثال] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-9fcf57f31a-dd1a6f-69ad2a.webp)
مدة العقد
تعد الأحداث جزءا مهما من DApps ، والتي يمكنهم من خلالها الاستماع إلى تغيير حالة العقد ، على سبيل المثال ، سيستمع Friend.Tech أيضا إلى العقد لضبط سلسلة من البيانات في قاعدة البيانات ، مثل سعر عرض الواجهة الأمامية ، وكمية الاحتفاظ ، وما إلى ذلك.
أبسط فكرة
بعد ذلك ، فإن أبسط منطق للروبوت الجديد هو: الاستماع إلى أحداث العقد الخاصة Friend.Tech ، وعندما يجد أن حدثا ناجما عن بورصة يفي بالشروط التالية ، اتصل بعقد Friend.Tech لمتابعة الشراء
* الحدث هو الشراء (هل قيمة الشراء صحيحة)
* التاجر والمالك هما نفس العنوان (التاجر == الموضوع)
* المعاملة هي المعاملة التي أنشأت الغرفة (العرض هو 1)
يوضح الشكل التالي مخطط التدفق للعملية
! [أساسيات الروبوتات على السلسلة: FriendTech كمثال] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-c464f6d8a7-dd1a6f-69ad2a.webp)
الحد الأدنى من الروبوت
عقد؟ العزلة!
هناك بعض المشاكل مع مثل هذا الروبوت:
ليس هناك ما يضمن أن الجهاز الجديد سيكون قادرا على الشراء ، وثانيا ، من المستحيل إعطاء مبلغ ETH الذي يمكن شراؤه للمفتاح بالضبط ؛
لا يمكن أيضا تحديد سقف للسعر ، مثل عدد المفاتيح أو مقدار السعر الذي تم الوصول إليه في وقت تنفيذ التجارة ؛
من السهل أن يتم قنصها ، يمكن للآخرين إجراء عمليات الشراء من خلال عناوين جديدة لجذب مثل هذه الروبوتات ، من أجل تحقيق الغرض من الاحتيال على رسوم المناولة وبيع الأرباح ؛
ضع في اعتبارك أولا حل المشكلات 1 و 2 ، تتمثل إحدى مزايا EVM في أنه يمكنه استدعاء العقود الأخرى ذريا في عقد واحد ، لذلك ما عليك سوى نشر عقد لإجراء عملية شراء ، وتعيين سلسلة من الشروط ، مثل رمز العقد مفتوح المصدر على Github [friendrekt] ، يمكنك تعيين الحد الأقصى لسعر الشراء ، وكذلك الكمية.
بالنسبة للسؤال 3 ، فإن أسهل طريقة هي استخدام الواجهة الرسمية للاستعلام ، والحصول على العنوان المقابل لمعلومات Twitter الخاصة بالمستخدم ، ثم الاستعلام عن عدد متابعي Twitter والمعلومات الأخرى للتصفية ، ثم تحديد ما إذا كنت تريد الشراء ، ومقدار الشراء وما هو الحد الأقصى للسعر. عند هذه النقطة ، يصبح تدفق تشغيل الروبوت كما هو موضح في الشكل أدناه.
! [أساسيات الروبوتات على السلسلة: FriendTech كمثال] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-fe267fea0a-dd1a6f-69ad2a.webp)
إدخال عقود دايجو
انفجار تكنولوجي
ويمكن ملاحظة أن هذه العملية تزيد من طلبات المعلومات ومكالمات العقود الذكية، ويحدد الروبوت تفعيل حساب جديد بعد الاستماع إلى حدث العقد، بعد حكم منطقي بسيط، ثم يستخدم واجهة برمجة التطبيقات للاستعلام عن المعلومات ذات الصلة للتصفية، وأخيرا يستخدم العقد الذكي المنشور لإكمال عملية الشراء. لكن هذه الروبوتات لا تزال بها عيوب:
غير قادر على الحكم على حساب Twitter الاحتيالي ، بعض الحسابات لديها عدد كبير من المعجبين ، لكنهم جميعا من محبي الزومبي ، وليس لديهم أي قيمة ، والشراء ينطوي على مخاطر كبيرة ؛
عدد المتابعين غير مناسب للحكم على ما إذا كان مستخدم Twitter ذا قيمة ، فبعض محبي KOL لديهم عدد قليل من المعجبين ، لكنهم سيعملون ، لذلك من السهل تصفية هؤلاء الأشخاص ؛
هناك تأخير معين في واجهة برمجة التطبيقات ، لا يمكن الاستعلام عن هذه الواجهة إلا في غضون فترة زمنية (60 ثانية) بعد تنشيط المستخدم ، فمن السهل تفويت العديد من العناوين وتأخير كبير ؛
مرة أخرى ، حل هذه المشاكل واحدة تلو الأخرى. لنلق نظرة على السؤال 3 أولا ، بفضل تذكير 0xleo [كيف فقدت 10000 سكاكين في friend.tech - 0xleo] ، وجدت أن واجهة أخرى يمكنها الاستعلام عن معلومات العنوان بعد تسجيل المستخدم ، ثم يمكنك مراقبة هذه الواجهة بشكل مستمر وتدريجي للعثور على أحدث معرف والحصول على معلومات المسجل. إذا تم الحكم على المسجل بأنه ذو قيمة ، فإنه يخزن العنوان في ذاكرة التخزين المؤقت (مطلوب أيضا قاعدة بيانات لضمان استمرار إعادة التشغيل) ، ويشتريه بعد الاستماع إلى الأحداث على السلسلة والضغط على ذاكرة التخزين المؤقت.
والثاني هو السؤالان 1 و 2 ، كيف نحكم على ما إذا كان المستخدم ذا قيمة؟ ثم من الضروري استخدام بعض مواقع تسجيل Twitter KOL التابعة لجهات خارجية للمساعدة ، يستخدم المؤلف Twiiterscan للاستعلام في عملية الاستكشاف ، لأنه يمكن الحصول على معلومات التسجيل مسبقا ، وبالتالي فإن الوقت الذي يقضيه في الاستعلام عن Twiiterscan قبل التنشيط ليس له تأثير كبير. بالإضافة إلى ذلك ، يمكنك تعيين القائمة البيضاء وسعر الشراء يدويا لإكمال تكوين الشراء.
أخيرا ، التدفق الأساسي للروبوت الذي ننفذه هو كما يلي. يقوم "روبوت" إضافي بسحب أحدث معلومات واجهة برمجة التطبيقات وتخزينها في قاعدة البيانات وذاكرة التخزين المؤقت بعد الحكم ، بينما يقوم الروبوت المخصص لشراء الاستعلام عن معلومات ذاكرة التخزين المؤقت بعد تلقي الحدث وإجراء عملية شراء بعد الضغط على ذاكرة التخزين المؤقت. يمكن لذاكرة التخزين المؤقت هذه أيضا تخزين معلومات القائمة البيضاء وتحديد بعض KOLs القيمة وتعيين السعر والكمية المراد شراؤها.
! [أساسيات الروبوتات على السلسلة: FriendTech كمثال] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-0feb79e74a-dd1a6f-69ad2a.webp)
الرصد المسبق وتحليل التأثير
نظرا لأن المؤلف نفذ هذا الروبوت في وقت متأخر نسبيا ، فإن الربح ليس موضوعيا للغاية. في نهاية سبتمبر ، بدأت في الإدراك والتحسين ، ووصلت إلى دخل 1.2E كحد أقصى في حوالي 3 أكتوبر ، وتراجع الربح بعد عدم اتخاذ خطوات في الوقت المناسب في تلك الأيام ، ولم يكن هناك ربح أو خسارة بعد إضافة سلسلة من رسوم المناولة. يمكن لروبوتات هذه البنية تحقيق عملية شراء في الكتلة الأولى بعد شراء المسجل ، وبما أنه لا توجد عملية مضطربة مثل فحص mempool على القاعدة ، فإن معظم عمليات الشراء التي تتبع نفس الكتلة هي في الأساس لعبة مجنونة: بعد الاستماع إلى الشراء ، يتم تنفيذ عملية الشراء حتى اكتمال عملية الشراء ، مثل روبوت آخر شوهد في العملية: .
استراتيجيتها بسيطة ، بناء على البنية التي وصفناها أعلاه ، لا تخزن قاعدة البيانات ، وتبدأ في الشراء مباشرة حتى تكتمل عملية الشراء. بعد التحسين إلى هذا الحد ، إنها لعبة قتال من أجل مبلغ من المال ، ويمكن لعبها على هذا النحو إذا كنت تستطيع حرق الغاز ، ويكون الربح كبيرا بشكل خاص عندما تكون الإستراتيجية صحيحة.
خاتمة
في الديباجة ذكرنا أيضا عملية البيع والشراء ، والاحتيال في الرسوم ، وهنا مقدمة غير رسمية:
البيع والشراء عبارة عن روبوت نسخ ، يمكن للتتبع إلى عنوان مربح أفضل متابعة تشغيله ، كما أن المبدأ بسيط للغاية ، وقم بتصفية عنوان الاستماع ، إذا كان هو العنوان المستهدف لمتابعة العملية ؛
هناك نوعان من الغش في الرسوم (كما لاحظ المؤلف أثناء التطوير) ، أحدهما يتم باستخدام حساب Twitter مع عدد كبير من المتابعين ، وشرائه مباشرة وبيعه بسرعة لإكمال الحصاد. والآخر هو إنشاء عناوين جديدة باستمرار ، وتحويل الأموال ، ثم إجراء عملية شراء والبيع بسرعة. النوع الثاني يهدف بشكل أساسي إلى أبسط روبوت منطقي ، والذي يجب أن يكون أيضا مربحا جدا في المرحلة المبكرة.
حتى الآن ، أكملنا إدخال مبدأ الروبوت على السلسلة ، ويتضمن التنفيذ المحدد لم يعد يتم شرح الكود ، ويمكن للأصدقاء الذين يرغبون في الفهم الرجوع إليه أيضا [friendrekt] تنفيذ.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
المبدأ الأساسي للروبوتات على السلسلة: خذ FriendTech كمثال
تمهيد
Friend.Tech هي عبارة عن منصة اجتماعية تعتمد على العقود الذكية ، يحتاج المستخدمون إلى توصيل Twitter الخاص بهم للتسجيل ، و "إصدار" مفتاحهم الخاص ، ويمكن للمستخدمين الذين لديهم مفتاح الدخول إلى غرفة مشابهة للدردشة الجماعية للتواصل مع مالك المفتاح. لا تزال منصة اجتماعية مركزية ، ولكنها تعتمد على العقود الذكية على السلسلة لتنفيذ منطق البيع والشراء الرئيسي ، والوظيفة الرئيسية هي تطبيق IM يعتمد على صفحة الويب. وفي عملية بيع وشراء المفاتيح ، سيتم تقسيم 10٪ من القيمة إلى قسمين ، جزء واحد للمطور Friend.Tech ، والجزء الآخر لمالك الغرفة المقابلة. بعد ذلك ، في حالة تمكن مثل هذا المفتاح من تجاوز الواجهة الأمامية لإكمال الشراء والبيع ، فإنه سينتج بشكل طبيعي روبوتات على السلسلة للعب خداع جديد وشراء وبيع ورسوم. إذن ، كيف يتم تنفيذها؟
تحدث عن ضرب روبوتات جديدة
يمكن أن يكون لضرب الروبوتات الجديدة فوائد كبيرة في المرحلة المبكرة من عملية Friend.Tech ، لأنه في هذا الوقت ، لم تتطور روبوتات القناصة على السلسلة إلى حد ما ، ويمكن شراؤها بعد حكم بسيط على المعلومات ويمكن أن يكون لها توقعات ربح عالية. الآن ، ابدأ بأبسط منطق تنفيذ الروبوت وانتقل عبر منطق الروبوت المعقد.
بالطبع ، قبل ذلك ، نحتاج إلى تقديم **Event** ، وهو تجريد لأحداث السجل في EVM تحت لغة برمجة Solidity. عادة ما يتم إقرانه ببيان إصدار لتحريك حدث **. المقابلة للسجلات التي هي معاملات في متصفح blockchain ، مثل المعاملة التالية لشراء مفتاح ، مما يؤدي إلى تشغيل حدث تجاري يحتوي على سلسلة من المعلومات.
! [أساسيات الروبوتات على السلسلة: FriendTech كمثال] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-9fcf57f31a-dd1a6f-69ad2a.webp)
مدة العقد
تعد الأحداث جزءا مهما من DApps ، والتي يمكنهم من خلالها الاستماع إلى تغيير حالة العقد ، على سبيل المثال ، سيستمع Friend.Tech أيضا إلى العقد لضبط سلسلة من البيانات في قاعدة البيانات ، مثل سعر عرض الواجهة الأمامية ، وكمية الاحتفاظ ، وما إلى ذلك.
أبسط فكرة
بعد ذلك ، فإن أبسط منطق للروبوت الجديد هو: الاستماع إلى أحداث العقد الخاصة Friend.Tech ، وعندما يجد أن حدثا ناجما عن بورصة يفي بالشروط التالية ، اتصل بعقد Friend.Tech لمتابعة الشراء
* الحدث هو الشراء (هل قيمة الشراء صحيحة)
* التاجر والمالك هما نفس العنوان (التاجر == الموضوع)
* المعاملة هي المعاملة التي أنشأت الغرفة (العرض هو 1)
يوضح الشكل التالي مخطط التدفق للعملية
! [أساسيات الروبوتات على السلسلة: FriendTech كمثال] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-c464f6d8a7-dd1a6f-69ad2a.webp)
الحد الأدنى من الروبوت
عقد؟ العزلة!
هناك بعض المشاكل مع مثل هذا الروبوت:
ضع في اعتبارك أولا حل المشكلات 1 و 2 ، تتمثل إحدى مزايا EVM في أنه يمكنه استدعاء العقود الأخرى ذريا في عقد واحد ، لذلك ما عليك سوى نشر عقد لإجراء عملية شراء ، وتعيين سلسلة من الشروط ، مثل رمز العقد مفتوح المصدر على Github [friendrekt] ، يمكنك تعيين الحد الأقصى لسعر الشراء ، وكذلك الكمية.
بالنسبة للسؤال 3 ، فإن أسهل طريقة هي استخدام الواجهة الرسمية للاستعلام ، والحصول على العنوان المقابل لمعلومات Twitter الخاصة بالمستخدم ، ثم الاستعلام عن عدد متابعي Twitter والمعلومات الأخرى للتصفية ، ثم تحديد ما إذا كنت تريد الشراء ، ومقدار الشراء وما هو الحد الأقصى للسعر. عند هذه النقطة ، يصبح تدفق تشغيل الروبوت كما هو موضح في الشكل أدناه.
! [أساسيات الروبوتات على السلسلة: FriendTech كمثال] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-fe267fea0a-dd1a6f-69ad2a.webp)
إدخال عقود دايجو
انفجار تكنولوجي
ويمكن ملاحظة أن هذه العملية تزيد من طلبات المعلومات ومكالمات العقود الذكية، ويحدد الروبوت تفعيل حساب جديد بعد الاستماع إلى حدث العقد، بعد حكم منطقي بسيط، ثم يستخدم واجهة برمجة التطبيقات للاستعلام عن المعلومات ذات الصلة للتصفية، وأخيرا يستخدم العقد الذكي المنشور لإكمال عملية الشراء. لكن هذه الروبوتات لا تزال بها عيوب:
مرة أخرى ، حل هذه المشاكل واحدة تلو الأخرى. لنلق نظرة على السؤال 3 أولا ، بفضل تذكير 0xleo [كيف فقدت 10000 سكاكين في friend.tech - 0xleo] ، وجدت أن واجهة أخرى يمكنها الاستعلام عن معلومات العنوان بعد تسجيل المستخدم ، ثم يمكنك مراقبة هذه الواجهة بشكل مستمر وتدريجي للعثور على أحدث معرف والحصول على معلومات المسجل. إذا تم الحكم على المسجل بأنه ذو قيمة ، فإنه يخزن العنوان في ذاكرة التخزين المؤقت (مطلوب أيضا قاعدة بيانات لضمان استمرار إعادة التشغيل) ، ويشتريه بعد الاستماع إلى الأحداث على السلسلة والضغط على ذاكرة التخزين المؤقت.
والثاني هو السؤالان 1 و 2 ، كيف نحكم على ما إذا كان المستخدم ذا قيمة؟ ثم من الضروري استخدام بعض مواقع تسجيل Twitter KOL التابعة لجهات خارجية للمساعدة ، يستخدم المؤلف Twiiterscan للاستعلام في عملية الاستكشاف ، لأنه يمكن الحصول على معلومات التسجيل مسبقا ، وبالتالي فإن الوقت الذي يقضيه في الاستعلام عن Twiiterscan قبل التنشيط ليس له تأثير كبير. بالإضافة إلى ذلك ، يمكنك تعيين القائمة البيضاء وسعر الشراء يدويا لإكمال تكوين الشراء.
أخيرا ، التدفق الأساسي للروبوت الذي ننفذه هو كما يلي. يقوم "روبوت" إضافي بسحب أحدث معلومات واجهة برمجة التطبيقات وتخزينها في قاعدة البيانات وذاكرة التخزين المؤقت بعد الحكم ، بينما يقوم الروبوت المخصص لشراء الاستعلام عن معلومات ذاكرة التخزين المؤقت بعد تلقي الحدث وإجراء عملية شراء بعد الضغط على ذاكرة التخزين المؤقت. يمكن لذاكرة التخزين المؤقت هذه أيضا تخزين معلومات القائمة البيضاء وتحديد بعض KOLs القيمة وتعيين السعر والكمية المراد شراؤها.
! [أساسيات الروبوتات على السلسلة: FriendTech كمثال] (https://img-cdn.gateio.im/webp-social/moments-69a80767fe-0feb79e74a-dd1a6f-69ad2a.webp)
الرصد المسبق وتحليل التأثير
نظرا لأن المؤلف نفذ هذا الروبوت في وقت متأخر نسبيا ، فإن الربح ليس موضوعيا للغاية. في نهاية سبتمبر ، بدأت في الإدراك والتحسين ، ووصلت إلى دخل 1.2E كحد أقصى في حوالي 3 أكتوبر ، وتراجع الربح بعد عدم اتخاذ خطوات في الوقت المناسب في تلك الأيام ، ولم يكن هناك ربح أو خسارة بعد إضافة سلسلة من رسوم المناولة. يمكن لروبوتات هذه البنية تحقيق عملية شراء في الكتلة الأولى بعد شراء المسجل ، وبما أنه لا توجد عملية مضطربة مثل فحص mempool على القاعدة ، فإن معظم عمليات الشراء التي تتبع نفس الكتلة هي في الأساس لعبة مجنونة: بعد الاستماع إلى الشراء ، يتم تنفيذ عملية الشراء حتى اكتمال عملية الشراء ، مثل روبوت آخر شوهد في العملية: .
استراتيجيتها بسيطة ، بناء على البنية التي وصفناها أعلاه ، لا تخزن قاعدة البيانات ، وتبدأ في الشراء مباشرة حتى تكتمل عملية الشراء. بعد التحسين إلى هذا الحد ، إنها لعبة قتال من أجل مبلغ من المال ، ويمكن لعبها على هذا النحو إذا كنت تستطيع حرق الغاز ، ويكون الربح كبيرا بشكل خاص عندما تكون الإستراتيجية صحيحة.
خاتمة
في الديباجة ذكرنا أيضا عملية البيع والشراء ، والاحتيال في الرسوم ، وهنا مقدمة غير رسمية:
حتى الآن ، أكملنا إدخال مبدأ الروبوت على السلسلة ، ويتضمن التنفيذ المحدد لم يعد يتم شرح الكود ، ويمكن للأصدقاء الذين يرغبون في الفهم الرجوع إليه أيضا [friendrekt] تنفيذ.