שלום לכולם!
אתמול NEAR, פרויקט שעמיתיי ואני עבדנו עליו בשנתיים האחרונות.
NEAR הוא פרוטוקול בלוקצ'יין ופלטפורמת יישומים מבוזרת עם התמקדות בביצועים וקלות שימוש.
היום אני רוצה לספר לכם אילו בעיות של העולם המודרני נפתרות על ידי פרוטוקולי בלוקצ'יין, אילו בעיות ניתן לפתור, אך עדיין לא לפתור, והיכן נמצא NEAR בתמונה הזו.
מדוע נחוצים פרוטוקולי בלוקצ'יין
פרוטוקולי בלוקצ'יין מספקים תשתית חשובה ביותר המאפשרת להפעיל אפליקציות שאינן נשלטות על ידי אף ארגון ריכוזי.
בטווח הקצר, זה כבר משמש לבניית שירותים פיננסיים שאינם בשליטת בנקים וממשלות. ב-Ethereum, פלטפורמת האפליקציות המבוזרת הפופולרית ביותר כיום, הופיעו מספר עצום של שירותים פיננסיים מעניינים במהלך השנתיים האחרונות: MakerDAO בנתה מטבע מבוזר שמחירו הוא כמעט בדיוק דולר אחד, המאפשר שימוש בשירותים פיננסיים בפלטפורמה באמצעות נכסים לא נדיפים. קומפאונד בנו את היכולת להפקיד כסף לחשבון וירטואלי ולקבל הכנסה כמעט מובטחת, Augur ו-Flux בנו שירותים שבהם ניתן להמר על אירועים שונים בעולם האמיתי. בנוסף, מספר רב של בורסות מבוזרות שונות הושקו ב-Ethereum. כל השירותים הללו הם אוטונומיים ואינם נשלטים על ידי איש, או נשלטים באופן קולקטיבי על ידי משתתפי השירות.
מוצרים פיננסיים שאינם בשליטת המדינה והבנקים הוא תחום חשוב ביותר. אבל פרוטוקולי בלוקצ'יין מאפשרים לך לעשות הרבה יותר.
בטווח הבינוני עד הארוך, אותה תשתית תאפשר בניית שירותים ואפליקציות שמטרתן לבנות אינטרנט חופשי ופתוח ולהפחית את הדומיננטיות של אוליגופולים בחיינו. עבור יישומים יומיומיים: רשתות חברתיות, צ'אטים, קבוצות עניין ואחרות, פרוטוקולי בלוקצ'יין מאפשרים לך לקבל פונקציונליות שהרבה יותר קשה ליישם בלעדיהם. שלוש דוגמאות:
1. התחברות יחידה ופרטי חשבון כלליים. כיום, כמעט כל שירותי הכניסה היחידה מרוכזים. אם אתה משתמש בחשבון Gmail שלך כדי להיכנס לאפליקציות ו-Google תחליט למחוק את חשבונך, תאבד את הגישה לכל האפליקציות שעבורן השתמשת ב-Google. שימוש בפתרון מבוסס בלוקצ'יין לכניסה יחידה מאפשר לך לא להסתמך על אף ארגון ריכוזי. יתרה מכך, אפליקציות המשתמשות בפתרון כזה יכולות, באישור המשתמש, לשמור מידע שונות לחשבון בודד כזה, אשר לאחר מכן ניתן להשתמש בו באפליקציות אחרות. קורסרה מבוזר היפותטית יכולה לאחסן את עובדת השלמת הקורס בחשבון, ולינקדאין מבוזר היפותטי יכולה להציג מידע זה, וגם Coursera, לינקדאין, וגם שירות הכניסה לא יכולים למחוק, לשנות או לסגור את חשבון המשתמש תוך עקיפת שקוף מוגדר מראש. פרוטוקולים.
2. מונטיזציה, נכסים ומיקרו טרנזקציות. אחת הסיבות לכך שפיתוח שירותי קוד פתוח אינו פופולרי היא שקשה מאוד לייצר מהם רווחים. מכיוון שכסף הוא חלק מהותי מהפרוטוקול בבלוקצ'יין, והעברתו אינה מוגבלת בשום צורה, קל הרבה יותר לשלב שיטות מונטיזציה שונות באפליקציות ובשירותים. ללא דרכים חכמות לייצור רווחים, עבודת אינטרנט פתוחה לעולם לא תמשוך צוותים גדולים ורציניים, וכתוצאה מכך, אפליקציות שיכולות להתחרות בשחקנים הגדולים לא יצוצו.
3. תיאום אחסון נתונים וחישובים. ביצוע חישובים ואחסון נתונים על פרוטוקולי בלוקצ'יין יקרים באופן ניכר מאשר בענן. זה לא כדאי מבחינה כלכלית עבור רוב היישומים והשירותים לפעול על הבלוקצ'יין. עם זאת, אם הם מריצים ומאחסנים נתונים בשרתים שלהם, הם יכולים לבדם לכבות את השרתים שלהם ולגרום לאובדן נתונים, או לשנות את הקוד שהם מריצים, דבר שאינו מקובל בהקשר של יישומים מבוזרים מסוימים. למרבה המזל, קיימות גישות שונות המאפשרות לאחסן נתונים ולבצע חישובים מחוץ לבלוקצ'יין במחיר השווה לענן, אך לא מאפשרות למחוק נתונים או להחליף חישובים. גישות כאלה משתמשות בבלוקצ'יין כפרוטוקול שבו משתתפים המספקים משאבים שמים בטחונות מסוימים כערובה לנכונות עבודתם, ומשתתפים המשתמשים במשאבים יכולים לצרוב או לקחת בטחונות אלה אם הם יכולים לספק הוכחה קריפטוגרפית שהנתונים לא אוחסנו, או החישובים בוצעו בצורה שגויה.
כל הפונקציונליות שתוארה לעיל מחייבת שהפרוטוקול הבסיסי יהיה מהיר, זול ומובן למדי למשתמשים.
מה NEAR מחליט
NEAR פותר שתי בעיות שיש לפרוטוקולים קיימים.
הראשון הוא מהירות, והתוצאה מחיר העסקה. Ethereum מאפשר היום כ-15 עסקאות בשנייה. הביקוש היום הוא הרבה מעל 15 עסקאות בשנייה, ומחיר העסקאות גבוה להפליא בגלל זה: העסקה הפשוטה ביותר כיום עולה כ-40 ¢, מורכבות יותר עולות כמה דולרים. כמעט כל מקרי השימוש שתיארתי למעלה הגיוניים רק אם המחירים נמוכים בכמה סדרי גודל, מה שבתורו דורש רוחב פס גבוה בהרבה.
הניסיון ליישם פרוטוקול רוחב פס גבוה יותר תוך שמירה על הדרישה שכל חבר ברשת מאמת כל עסקה ומאחסן את כל המצבים מגדיל את הדרישות מהחומרה. זה, בתורו, מעלה את מחסום הכניסה, ומפחית את הביזור והאמינות של הפרוטוקול.
סולמות NEAR בגישה אחרת הנקראת Sharding. תיארתי את הריסוק בפירוט בהקשר של בלוקצ'יין ב-Habré . Sharding הוא קנה מידה ברוחב, ובטווח הארוך מאפשר לבצע הרבה יותר חישוב בעלות נמוכה בהרבה ממה שניתן עם פרוטוקולים שמתרחבים לגובה, לא משנה כמה גבוהות הדרישות מהחומרה.
הבעיה השנייה היא קלות שימוש. פיתוח ופריסה של יישומים ב-NEAR הוא הרבה יותר קל מאשר בפרוטוקולים אחרים. וחשוב מכך, משתמשים יכולים להשתמש ביישומים הפרוסים ב-NEAR מבלי לדעת מה זה בלוקצ'יין, עסקה או מפתח פרטי.
פרוטוקולי Blockchain מתוכננים היסטורית במטרה של אמינות מקסימלית, לא נוחות משתמש. במובנים רבים, מטרות אלו מובילות לדרישות שאינן תואמות, והנושא של פיתוח פרוטוקולים שיכולים לשמש אנשים ללא רקע טכני, אך אמינים מספיק עבור תרחישים שבהם אובדן חשבון יכול לעלות מיליוני דולרים, הוא נושא. למאמר נפרד.
על ניתן לראות דוגמאות לפיתוח יישומי NEAR ב-Rust וב-AssemblyScript (תת-קבוצה של TypeScript) ב-IDE אינטראקטיבי בדפדפן וכיצד הם נראים למשתמש הקצה.
במקום מסקנה
האינטרנט הפתוח והמכשירים הפיננסיים המבוזרים, בהגדרה, אינם יכולים להיבנות על ידי חברה אחת.
בניית התשתית היא חלק קטן מכל העבודה שצריך לעשות בדרך לאקוסיסטם שבו כל השירותים הבסיסיים נשלטים על ידי הקהילה, ולא על ידי אוליגופולים.
אם יש לך רעיונות לשירותים מונעי קהילה שאתה רוצה לעבוד עליהם, אנא הצטרף לתוכנית התמיכה ליזמים שלנו .
אם אתה מפתח, הצטרף למערכת האקולוגית: בואו נבנה יחד אינטרנט פתוח!
מקור: www.habr.com
