بمناسبة الذكرى السنوية الخامسة لسولانا ، نشر حسين ، الشريك في Dragonfly Capital ، تغريدة اليوم يتذكر فيها كيف فوت جولة البذور بقيمة 0.04 دولار من Solana في عام 2018 وفقد أكثر من 1000 ضعف المكاسب. في الوقت نفسه ، يتم إرفاق مذكرة الاستثمار الأصلية للتعبير عن الحنين إلى الماضي. لقد اقتطفنا أيضا المناقشة بين المؤلفين المشاركين في Solana Toly و Hosseeb تحت هذه التغريدة.
فيما يلي تفاصيل المقال الأصلي:
رفضت في أوائل عام 2018 فرصة المشاركة في جولة تمويل بذور سولانا بسعر 0.04 دولار.
وفقًا للأسعار الحالية ، فقد فاتتك بالفعل عائدات تبلغ 3250 مرة.
كان سولانا واحدًا من أول المشاريع التي قمت بتقييمها عندما كنت VC مبتدئًا. في ذلك الوقت، كنت لا أزال لطيفًا وساذجًا وواثقًا، وكنت أكتب ملاحظات لكل مشروع تخليت عن استثماره.
الآن، إعادة قراءة هذه المذكرة هي ببساطة "لحظة حرجة لمستثمرين مبتدئين" (peak junior VC cringe). في ذلك الوقت، كنا جميعًا مفتونين بالبحث عن "قاتل الإيثيريوم"، ودراسة بروتوكولات التوافق، وما هي التكنولوجيا التي ستحل محل EVM / eWASM.
لذا، هذه هي النسخة الأصلية من المذكرة غير المعدلة - - أسوأ استثمار في حياتي المهنية MISS.
عيد ميلاد سعيد، سولانا!
محتوى الملاحظات
بعد قراءة الورقة البيضاء، كانت ملاحظاتي كما يلي:
ابتكارهم الرئيسي هو إثبات التاريخ (PoH). في الأساس ، هذه وظيفة تأخير زمني يمكن التحقق منها تستخدم التجزئة المستمرة ، على غرار إثبات العمل المتسلسل. بمعنى آخر ، يتم انتخاب مشرف الوقت الذي يقوم باستمرار بتجزئة قيمة بشكل متكرر وينشر جميع التجزئات الوسيطة. نظرا لأنه يجب تنفيذ هذه العملية بشكل متسلسل على نواة واحدة ولا يمكن موازاتها ، يجب أن تكون العقد قادرة على التنبؤ بمقدار الوقت المنقضي بين التجزئات المتتالية (يفترض أنه يعتمد على ما يعرفونه عن أداء الأجهزة؟). ）。
ستقوم عقد PoH أيضًا بدمج أي حالة حالية (مثل المعاملات التي يجب تقديمها) في هذه التجزئات. وبهذه الطريقة، يمكن إنشاء سجل تاريخي للأحداث يمكن ختمه بموثوقية.
إذا ظهرت مشاكل في عقدة PoH أو لم تتمكن من ضمان الاتصال، فقد اقترحوا خطة تسمح لعدة عقد PoH بخلط الحالة بشكل دوري.
ستقوم مجموعة من عقد التحقق بإعادة تشغيل والتحقق من عمليات عقد PoH (يمكن تنفيذ عملية التحقق من خلال بنية MapReduce لتحقيق المزيد من الكفاءة في التوازي). تستخدم هذه العقد بروتوكولًا مشابهًا لبروتوكول Casper للوصول إلى إجماع باستخدام PoS. إذا تم اكتشاف مشكلة بيزنطية أو سلوك غير مناسب لعقد PoH، يمكن لعقد التحقق انتخاب عقد PoH جديدة بدلاً من ذلك.
يبدو أنهم سيطورون ميزات الدفع والعقود الذكية.
يزعمون أنهم يمكنهم الوصول إلى 710,000 TPS وقد حققوا 35,000 TPS على شبكة اختبار من عقدة واحدة.
أفكاري:
أرقامهم الرقمية مجرد هراء. 710,000 TPS أمر مضحك؛ حتى أن عدد عمليات البحث في جوجل في الثانية أقل من 100,000. هذه البيانات وُضعت في أكثر الأماكن وضوحًا على موقعهم، مما جعلني أشعر بالقلق الشديد.
سحب التقييم الجيد الذي قيل عن الكتاب الأبيض. المحتوى على مستوى عالٍ جيد، لكن التفاصيل التقنية تفتقر بشدة وتكون غامضة. كوصف لبروتوكول توافق، فإن الدقة مخيبة للآمال.
تتكون الفريق بشكل رئيسي من مهندسي الطبقة السفلية في كوالكوم. يعمل الرئيس التنفيذي ومدير التكنولوجيا بشكل رئيسي في أنظمة التشغيل والأنظمة المدمجة وتحسين وحدات معالجة الرسوميات والمجمعات. إن خلفيتهم في الأنظمة الموزعة والتشفير ليست قوية بما فيه الكفاية، وهذا يتضح بشكل كبير في الورقة. كانت معالجة مشكلة التسامح مع أخطاء بيزنطة ضعيفة للغاية. يذكرني ذلك بالورقة البيضاء الخاصة بـ Raiblocks/Nano (هم أيضًا مهندسون في الطبقة السفلية).
والمحتوى مثل هذا في الورقة البيضاء يثير شكوكي:
[ورقة سولانا البيضاء الأصلية، القسم 5.12]
"PoH يسمح لمُصدقي الشبكة بمراقبة الأحداث الماضية ووقتها بدرجة معينة من اليقين. عندما يقوم مُولد PoH بإنتاج تدفق الرسائل، يحتاج جميع المُصدّقين إلى تقديم توقيعاتهم على الحالة خلال 500 مللي ثانية. يمكن تقليل هذه القيمة بناءً على ظروف الشبكة. نظرًا لأن كل تحقق يُدخل في التدفق، يمكن لكل شخص في الشبكة التحقق من ما إذا كان جميع المُصدّقين قد قدموا تصويتاتهم ضمن المهلة المحددة، دون الحاجة لمراقبة عملية التصويت مباشرة."
هذه ليست بروتوكول توافق. من المفترض أن تحديد 500 مللي ثانية كحد أقصى في نقل الرسائل هو مشكلة كبيرة، ولا يوجد تنفيذ ذو معنى لتحمل بايزيان. علاوة على ذلك، كيف سيقيسون 500 مللي ثانية؟ بالنظر إلى أنهم سيعتمدون على عدد التجزئات المتكررة المنفذة لتقدير مرور الوقت، كيف يمكن لبقية العقد في النظام أن تتفق على مرور 500 مللي ثانية؟ بالإضافة إلى ذلك، كيف سيعالجون الانحرافات الناتجة عن تحسينات الأجهزة أو أعطال الأجهزة أو الضوضاء التي تؤدي إلى تغير سرعة الساعة مع مرور الوقت؟ مشكلة الوقت في الأنظمة الموزعة معقدة للغاية، وأعتقد أنهم لا يدركون مدى صعوبتها.
ثم من يهتم بالوقت؟ هل هذه مشكلة كبيرة في مجال البلوكشين؟ ألا يشعر الناس بالرضا عن دقة وقت الكتل 15 ثانية/1 ثانية (مثل DFINITY وغيرها)؟ أعتقد أن هذه ليست مشكلة، يبدو أن التعقيد والفوضى التي تم إدخالها في البروتوكول لا تضيف الكثير من القيمة.
لديهم قسم مخصص لمناقشة مشاكل الهجمات وتحفيز عدم التوافق. كانت استجابتهم للهجمات غير مقنعة تمامًا، كما أنها تفتقر إلى الدقة أو التفاصيل.
لديهم فصل كامل يناقش إثبات النسخ، مثل Filecoin. ماذا يحدث؟ أخبرني عن بروتوكول الإجماع الخاص بك وكيفية تنفيذ المعاملات والحسابات، وما هي الميزات التي ستملكها سلسلة الكتل الخاصة بك. لا يهمني إثبات تخزين البيانات.
هناك جزء كبير آخر يبدأ بوصف العقود الذكية، لكنه يذكر فقط أنهم سيستخدمون LLVM كواجهة خلفية لدعم منصات متعددة. لكن لم يتم ذكر أي شيء آخر.
الكثير من المحتوى حول GPU والتوازي. هذا يكشف عن شعور غريب بالتركيز - إذا كانوا بحاجة إلى تنفيذ بروتوكول إجماع BFT ومنصة عقود ذكية متاحة، فلا ينبغي أن يكونوا مهووسين بمعالجة تنسيقات الحزم الخاصة بهم بشكل متوازي. أذكر أنهم كانوا كذلك في العرض الذي شاهدته - قضوا معظم الوقت في مناقشة كيفية تحسين معالجة هذه العقد، وقليل من الوقت في وصف بروتوكول الإجماع الخاص بهم.
الاستنتاج: أنا بالتأكيد لن أستثمر في هذا المشروع
من المثير للاهتمام أنه بعد مرور 5 سنوات، عندما أرسل Haseeb تغريدة يهنئ فيها Solana على نجاحها في الحصول على موطئ قدم في عالم العملات المشفرة، وسخر من نفسه في ذلك الوقت كيف فوت فرصة كبيرة، رد مؤسس Solana المشارك Toly أسفل هذه التغريدة قائلاً: "كانت جميع مخاوفك في ذلك الوقت معقولة تماماً. في جوهرها، إنها رهان - رهان على ما إذا كنا نستطيع حل هذه المشكلات مع الحفاظ على المزايا الأساسية التي لا تمتلكها الفرق الأخرى."
ثم رد Haseeb على Toly: "أعتقد أن هذه هي الدروس المستفادة. إن إصراركم على تحسين الأساسيات وزوايا الهجوم الفريدة هو ما تفتقر إليه الفرق الأخرى. إن تحقيق أقصى استفادة من نقاط القوة وتجنب نقاط الضعف هو الأمر الأكثر أهمية. لم أكن أدرك ذلك في ذلك الوقت."
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
تسجيلات الإعجاب 2
أعجبني
2
1
مشاركة
تعليق
0/400
LifeChangerCrypto
· 03-24 23:49
نحن ننتظر الانطلاق الكبير في سوق العملات الرقمية Bull Run 🐂
شريك دراجونفلاي: كيف فاتني جولة بذور SOL بسعر 0.04 دولار؟ أسوأ قرار في حياتي
المؤلف | حسيس
ترجمة | شينتشاو تيك فلو
بمناسبة الذكرى السنوية الخامسة لسولانا ، نشر حسين ، الشريك في Dragonfly Capital ، تغريدة اليوم يتذكر فيها كيف فوت جولة البذور بقيمة 0.04 دولار من Solana في عام 2018 وفقد أكثر من 1000 ضعف المكاسب. في الوقت نفسه ، يتم إرفاق مذكرة الاستثمار الأصلية للتعبير عن الحنين إلى الماضي. لقد اقتطفنا أيضا المناقشة بين المؤلفين المشاركين في Solana Toly و Hosseeb تحت هذه التغريدة.
فيما يلي تفاصيل المقال الأصلي:
رفضت في أوائل عام 2018 فرصة المشاركة في جولة تمويل بذور سولانا بسعر 0.04 دولار.
وفقًا للأسعار الحالية ، فقد فاتتك بالفعل عائدات تبلغ 3250 مرة.
كان سولانا واحدًا من أول المشاريع التي قمت بتقييمها عندما كنت VC مبتدئًا. في ذلك الوقت، كنت لا أزال لطيفًا وساذجًا وواثقًا، وكنت أكتب ملاحظات لكل مشروع تخليت عن استثماره.
الآن، إعادة قراءة هذه المذكرة هي ببساطة "لحظة حرجة لمستثمرين مبتدئين" (peak junior VC cringe). في ذلك الوقت، كنا جميعًا مفتونين بالبحث عن "قاتل الإيثيريوم"، ودراسة بروتوكولات التوافق، وما هي التكنولوجيا التي ستحل محل EVM / eWASM.
لذا، هذه هي النسخة الأصلية من المذكرة غير المعدلة - - أسوأ استثمار في حياتي المهنية MISS.
عيد ميلاد سعيد، سولانا!
محتوى الملاحظات
ابتكارهم الرئيسي هو إثبات التاريخ (PoH). في الأساس ، هذه وظيفة تأخير زمني يمكن التحقق منها تستخدم التجزئة المستمرة ، على غرار إثبات العمل المتسلسل. بمعنى آخر ، يتم انتخاب مشرف الوقت الذي يقوم باستمرار بتجزئة قيمة بشكل متكرر وينشر جميع التجزئات الوسيطة. نظرا لأنه يجب تنفيذ هذه العملية بشكل متسلسل على نواة واحدة ولا يمكن موازاتها ، يجب أن تكون العقد قادرة على التنبؤ بمقدار الوقت المنقضي بين التجزئات المتتالية (يفترض أنه يعتمد على ما يعرفونه عن أداء الأجهزة؟). ）。
ستقوم عقد PoH أيضًا بدمج أي حالة حالية (مثل المعاملات التي يجب تقديمها) في هذه التجزئات. وبهذه الطريقة، يمكن إنشاء سجل تاريخي للأحداث يمكن ختمه بموثوقية.
إذا ظهرت مشاكل في عقدة PoH أو لم تتمكن من ضمان الاتصال، فقد اقترحوا خطة تسمح لعدة عقد PoH بخلط الحالة بشكل دوري.
ستقوم مجموعة من عقد التحقق بإعادة تشغيل والتحقق من عمليات عقد PoH (يمكن تنفيذ عملية التحقق من خلال بنية MapReduce لتحقيق المزيد من الكفاءة في التوازي). تستخدم هذه العقد بروتوكولًا مشابهًا لبروتوكول Casper للوصول إلى إجماع باستخدام PoS. إذا تم اكتشاف مشكلة بيزنطية أو سلوك غير مناسب لعقد PoH، يمكن لعقد التحقق انتخاب عقد PoH جديدة بدلاً من ذلك.
يبدو أنهم سيطورون ميزات الدفع والعقود الذكية.
يزعمون أنهم يمكنهم الوصول إلى 710,000 TPS وقد حققوا 35,000 TPS على شبكة اختبار من عقدة واحدة.
أرقامهم الرقمية مجرد هراء. 710,000 TPS أمر مضحك؛ حتى أن عدد عمليات البحث في جوجل في الثانية أقل من 100,000. هذه البيانات وُضعت في أكثر الأماكن وضوحًا على موقعهم، مما جعلني أشعر بالقلق الشديد.
سحب التقييم الجيد الذي قيل عن الكتاب الأبيض. المحتوى على مستوى عالٍ جيد، لكن التفاصيل التقنية تفتقر بشدة وتكون غامضة. كوصف لبروتوكول توافق، فإن الدقة مخيبة للآمال.
تتكون الفريق بشكل رئيسي من مهندسي الطبقة السفلية في كوالكوم. يعمل الرئيس التنفيذي ومدير التكنولوجيا بشكل رئيسي في أنظمة التشغيل والأنظمة المدمجة وتحسين وحدات معالجة الرسوميات والمجمعات. إن خلفيتهم في الأنظمة الموزعة والتشفير ليست قوية بما فيه الكفاية، وهذا يتضح بشكل كبير في الورقة. كانت معالجة مشكلة التسامح مع أخطاء بيزنطة ضعيفة للغاية. يذكرني ذلك بالورقة البيضاء الخاصة بـ Raiblocks/Nano (هم أيضًا مهندسون في الطبقة السفلية).
والمحتوى مثل هذا في الورقة البيضاء يثير شكوكي:
[ورقة سولانا البيضاء الأصلية، القسم 5.12]
"PoH يسمح لمُصدقي الشبكة بمراقبة الأحداث الماضية ووقتها بدرجة معينة من اليقين. عندما يقوم مُولد PoH بإنتاج تدفق الرسائل، يحتاج جميع المُصدّقين إلى تقديم توقيعاتهم على الحالة خلال 500 مللي ثانية. يمكن تقليل هذه القيمة بناءً على ظروف الشبكة. نظرًا لأن كل تحقق يُدخل في التدفق، يمكن لكل شخص في الشبكة التحقق من ما إذا كان جميع المُصدّقين قد قدموا تصويتاتهم ضمن المهلة المحددة، دون الحاجة لمراقبة عملية التصويت مباشرة."
هذه ليست بروتوكول توافق. من المفترض أن تحديد 500 مللي ثانية كحد أقصى في نقل الرسائل هو مشكلة كبيرة، ولا يوجد تنفيذ ذو معنى لتحمل بايزيان. علاوة على ذلك، كيف سيقيسون 500 مللي ثانية؟ بالنظر إلى أنهم سيعتمدون على عدد التجزئات المتكررة المنفذة لتقدير مرور الوقت، كيف يمكن لبقية العقد في النظام أن تتفق على مرور 500 مللي ثانية؟ بالإضافة إلى ذلك، كيف سيعالجون الانحرافات الناتجة عن تحسينات الأجهزة أو أعطال الأجهزة أو الضوضاء التي تؤدي إلى تغير سرعة الساعة مع مرور الوقت؟ مشكلة الوقت في الأنظمة الموزعة معقدة للغاية، وأعتقد أنهم لا يدركون مدى صعوبتها.
ثم من يهتم بالوقت؟ هل هذه مشكلة كبيرة في مجال البلوكشين؟ ألا يشعر الناس بالرضا عن دقة وقت الكتل 15 ثانية/1 ثانية (مثل DFINITY وغيرها)؟ أعتقد أن هذه ليست مشكلة، يبدو أن التعقيد والفوضى التي تم إدخالها في البروتوكول لا تضيف الكثير من القيمة.
لديهم قسم مخصص لمناقشة مشاكل الهجمات وتحفيز عدم التوافق. كانت استجابتهم للهجمات غير مقنعة تمامًا، كما أنها تفتقر إلى الدقة أو التفاصيل.
لديهم فصل كامل يناقش إثبات النسخ، مثل Filecoin. ماذا يحدث؟ أخبرني عن بروتوكول الإجماع الخاص بك وكيفية تنفيذ المعاملات والحسابات، وما هي الميزات التي ستملكها سلسلة الكتل الخاصة بك. لا يهمني إثبات تخزين البيانات.
هناك جزء كبير آخر يبدأ بوصف العقود الذكية، لكنه يذكر فقط أنهم سيستخدمون LLVM كواجهة خلفية لدعم منصات متعددة. لكن لم يتم ذكر أي شيء آخر.
الكثير من المحتوى حول GPU والتوازي. هذا يكشف عن شعور غريب بالتركيز - إذا كانوا بحاجة إلى تنفيذ بروتوكول إجماع BFT ومنصة عقود ذكية متاحة، فلا ينبغي أن يكونوا مهووسين بمعالجة تنسيقات الحزم الخاصة بهم بشكل متوازي. أذكر أنهم كانوا كذلك في العرض الذي شاهدته - قضوا معظم الوقت في مناقشة كيفية تحسين معالجة هذه العقد، وقليل من الوقت في وصف بروتوكول الإجماع الخاص بهم.
الاستنتاج: أنا بالتأكيد لن أستثمر في هذا المشروع
من المثير للاهتمام أنه بعد مرور 5 سنوات، عندما أرسل Haseeb تغريدة يهنئ فيها Solana على نجاحها في الحصول على موطئ قدم في عالم العملات المشفرة، وسخر من نفسه في ذلك الوقت كيف فوت فرصة كبيرة، رد مؤسس Solana المشارك Toly أسفل هذه التغريدة قائلاً: "كانت جميع مخاوفك في ذلك الوقت معقولة تماماً. في جوهرها، إنها رهان - رهان على ما إذا كنا نستطيع حل هذه المشكلات مع الحفاظ على المزايا الأساسية التي لا تمتلكها الفرق الأخرى."
ثم رد Haseeb على Toly: "أعتقد أن هذه هي الدروس المستفادة. إن إصراركم على تحسين الأساسيات وزوايا الهجوم الفريدة هو ما تفتقر إليه الفرق الأخرى. إن تحقيق أقصى استفادة من نقاط القوة وتجنب نقاط الضعف هو الأمر الأكثر أهمية. لم أكن أدرك ذلك في ذلك الوقت."