blog.bitmain.com

Cryptocurrency, Bitcoin, Bitmain and more...

Category: Bitmain News (page 1 of 2)

UAHF: תכנית מגירה נגד UASF (BIP148)

(This is a translated version of Bitmain’s original blog post, which is in English)

הגדרות:

UASF–  User Activated Soft ForK: מפתחים מוסיפים מערכת חוקים מנדטורית לשינוי תוכנת ה-node (המחשבים החברים ברשת), ובכך לבטל את תקפותם של סוגים מסוים של בלוקים שהיו תקפים בעבר לאחר יום הדגל (14.6). שיטה זו אינה מצריכה רוב של כרייה כדי לתמוך בפיצול שרשרת או להפעילה. כוונתה של הצעת USAF היא לבצע מתקפה של 51% נגד שרשרת הבלוקים בעלת רוב הפעילות הכלכלית, ומתקפה זו נקראת “חיסול” (Wipe Out).

UAHF  – User Activated Hard Fork: מפתחים מוסיפים מערכת חוקים מנדטורית לשינוי תוכנת ה-node. שינויים אלה הופכים בלוקים שהיו לא תקפים לתקפים אחרי יום הדגל, מה שאינו מצריך אכיפה של רוב כוח גיבוב (hash power). nodes עם השינויים מערכת החוקים יעקבו אחרי השרשרת הזאת בלי קשר להיקף הגיבוב (hash rate) שלה. הצעת UAHF  היא עזיבה מרצון ובתנאי שלום של חברים שונים בקהילה שלהם דעות או חזון שונים, ואינה מיועדת לבצע מתקפה נגד שרשרת/שרשראות בלוקים אחרות, גם אם היקף הגיבוב של שרשרת ה-UAHF גבוה יותר.

BIP148 node: node bitcoin שיישם את שינויי חוק הקונצנזוס BIP148.

שרשרת BIP148: שרשרת בלוקים תקפה עפ”י שינויי חוק הקונצנזוס BIP148. BIP148 הוא סוג של UASF.

שרשרת מקורית: השרשרת שמשתמשת באותם חוקי קונצנזוס שבשימוש היום. (26 במאי 2017)

חיסול: אם שרשרת ה-UASF מופעלת ואם שרשרת ה-UASF זוכה ברוב היקף הגיבוב, הרי שה-nodes שעוקבים אחרי השרשרת המקורית יתארגנו מחדש ויתחילו לעקוב אחרי שרשרת ה-UASF. במקרה כזה, מספר משמעותי של רישומי עסקאות פיננסיות ייעלם. זה סיכון ש-USAF nodes כופה על nodes שמתכוונים לעקוב אחרי השרשרת המקורית. מנגד, UAHF אינו מאיים באותו סיכון על ה-nodes שעוקבים אחרי מערכת חוקים אחרת.

ביט 1: הביט בגרסת BIP9 בכותרת בלוק שמשמש כסימן להפעלת SegWit.

סכנת סטגנציה: שרשרת בלוקים ללא תמיכת כרייה עלולה להפסיק פתאום להתארך, משום שהתמריץ הכלכלי לכורים נמוך. מזלג מיעוט כמו UASF נמצא בסכנה חמורה של סטגנציה לצמיתות.

 

רקע

ב-24 במאי 2017, רוב כלכלי משמעותי, יותר מ-80% מכוח הגיבוב כולו ו-80% מהשירות או מתוכנת המקור של עסקאות, בתעשיית הביטקוין, הגיעו להסכם בניו יורק לגבי צעדים מוחשיים להגדלת ביטקוין בעתיד הקרוב. נציגי ליבת ביטקוין דחו את ההזמנה להשתתף במפגש זה. ההסכם הוא תוצר עבודתם הקשה של אלה שמאמינים בכנות בביטקוין ושל אותם יזמים או משקיעים שיש להם אינטרס פיננסי חזק להגדיל את ביטקוין במהירות ובאופן מאוחד. אנו תומכים בהסכם ורוצים ליישם אותו בהקדם האפשרי.

כפרויקט תוכנה, btc1, המתייחס להסכם ניו יורק, נמצא בפיתוח פעיל וסביר להניח שיניב תכנית לשינוי חוק קונצנזוס בשם SegWit2x. ה-testnet5 ל- SegWit2xכבר בחיים. גרסת אלפא של התוכנה תשוחרר ב-16 ביוני והכול עדיין מתנהל בזמן.

עקבו אחרי ה-github כאן:

https://github.com/btc1

קראו דיון בנושא ב-reddit כאן:

https://www.reddit.com/r/btc/comments/6h1wpr/segwit2x_a_summary/

הרשמה לרשימות הדיוור:

https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-ml

למרות ההסכם, תנועת ה- astroturfingשל USAF (BIP148) ממשיכה לקבל המון זמן אוויר בפורומים מצונזרים, שרבים מהם נשלטים על ידי אנשים אלמונים בודדים. גם רבים ממפתחי התוכנה שעובדים בפרויקט תוכנה שנקרא “ליבת ביטקוין” תומכים בו. BIP148 מהווה סכנה רצינית לאקוסיסטם של ביטקוין, ולכן אנו מכינים תכנית מגירה להגנת הפעילות הכלכלית בשרשרת הבלוקים של ביטקוין מפני האיום הזה.

הסכם ניו יורק סובל ללא הרף מחבלות מכוונות של קבוצת מפתחי תוכנה שעובדים על ליבת ביטקוין. עלינו להתכונן גם לסכנת השיבושים שהפעלת UASF תביא לרשת הביטקוין. הסכם ניו יורק הוא שמרני מאוד ונועד להשכין שלום בתוך קהילת הביטקוין בסוגיה פשוטה אך כזו המוחרפת באופן מלאכותי, של הגדלה. אם משום מה לא יוכל הסכם ניו יורק למנוע פיצול שרשרת, נצטרך להיות מוכנים. מטרת פוסט זה היא להודיע על תכנית המגירה UAHF עבור UASF/BIP148.

 

למה אנו צריכים תכנית מגירה נגד BIP148?

לפי BIP148, כשה- MTPשל השרשרת הוא ביום ג’ 1 באוגוסט 2017 בשעה 12:00 לפי שעון גרינוויץ’ (זמן יוניקס (1501545600, או לאחר מכן, nodes  BIP148יתחילו לייתם בלוקי ביטקוין שאינם מסמנים ביט 1 בנקודת המזלג UASF שלה. שינוי חוק הקונצנזוס הופך את מערכת החוקים לקטנה יותר משרשרת מקורית שלפני הפעלת BIP148. BIP148 nodes יעקבו אחרי שרשרת ה-BIP148 החדשה אם יהיה כוח גיבוב הגדול מאפס שתומך בה. אם היקף הגיבוב שמגבה את השרשרת הוא 0, BIP148 nodes יגלו שהשרשרת שלהם אינה ניתנת להארכה.

אם קיים כוח גיבוב התומך בשרשרת ה-BIP148, אין הוא חייב להיות רוב היקף גיבוב כדי לאפשר את הארכת השרשרת. גם אם יש רק אדם אחד שפותר גיבובים ידנית, אם יינתן זמן מספיק, ניתן יהיה להאריך את שרשרת ה-BIP148 בבלוק אחד. לפי חלוקת היקף הגיבוב הנוכחית, כמה מפעילי מאגרי כרייה ידועים הצהירו שהם יתמכו ב-UASF על ידי מתן חופש בחירה לכורים, אף שהיקף הגיבוב הכולל שלהם אינו מספיק כדי להבטיח רוב. חברה השוכרת מפתחי פרוטוקול ביטקוין קריטיים רבים שולטת עכשיו בחלק מהיקף הגיבוב הקטן שלה עצמה, לפי המנכ”ל שלה. כך שרשת הביטקוין נמצאת בסיכון גבוה של פיצול ב-1 באוגוסט 2017.

BIP148 הוא מסוכן מאוד לבורסות ולעסקים אחרים. אין סימן לתמיכה כלכלית משמעותית ב- BIP148 וכשהוא חי כשרשרת בלוקים, רוב הסיכויים שהתמיכה הכלכלית תתבסס על ספקולציות. פעילות הכרייה שמאחורי שרשרת UASF עלולה להיעצר ללא התראה, ומשקיעים שקונים את הפרופגנדה של BIP148 עלולים להפסיד את כל השקעתם. כל בורסה שתחליט לתמוך באסימון UASF אחרי נקודת הפיצול במזלג תצטרך להביא בחשבון את סכנת הסטגנציה הנלווית אליו.

אין הגנה מפני replay בשרשרת של BIP148. עסקאות ישודרו בשתי השרשראות והמשתמשים לא יוכלו למנוע את אישורן בשתיהן. על הבורסות להפסיק לזמן מה את המשיכות וההפקדות בנקודת הפיצול במזלג, ולנקוט את שיטות פיצול המטבע שלהן עצמן. אם ברצונכם ללמוד עוד, קראו בסעיף מראי המקום של פוסט זה: הפחתת הסיכון של פיצול ביטקוין במזלג במהלך שדרוג רשת“.

שרשרת UASF יוצרת סכנה שהשרשרת המקורית תחוסל. אם אין תכנית מגירה, כל פעילות כלכלית שמתרחשת בשרשרת המקורית אחרי נקודות הפיצול של UASF תהיה בסכנת חיסול. יש לכך השלכות קשות מאוד על כל האקוסיסטם של ביטקוין. UASF הוא מתקפה נגד משתמשים וחברות שאינם מסכימים להפעלת SegWit כרגע ללא הגדלה של גודל הבלוק, שהיא סעיף חשוב מאוד בהסכם הונג קונג שנחתם על ידי קהילת ביטקוין העולמית בפברואר 2016. סכנת הרה-ארגון של השרשרת משמעותית יותר מכפי שהוצג, כפי שניתח פיטר ר’ ב-BUIP055,

רציונל להגנה מפני רה-ארגון

ההסתברות (P) ששרשרת בלוקים גדולים תתארגן מחדש לכדי לשרשרת בלוקים קטנים מתקבלת מ- P = (q/p)^2

כאשר p הוא חלק כוח הגיבוב הכורה את שרשרת הבלוקים הגדולים ו-q הוא חלק כוח הגיבוב שנותר בשרשרת הבלוקים הקטנים [2]. כאשר 75% מכוח הגיבוב תומכים בבלוקים הגדולים יותר, ההסתברות לרה-ארגון היא 11%.

 

תכנית הגנה

התכנית היא עבור User Activated Hard Fork, או UAHF. אפשר למצוא מפרט טכני כאן: https://github.com/bitcoin-UAHF/spec/

זמן ההפעלה ניתן לקונפיגורציה. אנו נבצע את המזלג הקשה 12 שעות ו-20 דקות אחרי UASF. חותמת זמן יוניקס תהיה 1501590000.

קיים חוק “חייב להיות גדול” בבלוק המזלג. גודל הבלוק של בלוק המזלג חייב להיות מעל 1,000,000 בייט. בלוק המזלג הוא הבלוק הראשון שיאמץ את שינוי חוק הקונצנזוס.

הוא יסכים לקבל בלוק שגודלו פחות מ-MB8 ואנחנו, הכורים, נבצע הגבלה רכה של גודל הבלוק לפחות מ-MB2.

חוק מזלג רך יוסף לפרוטוקול כדי להגביל את ה- sigops לכל עסקה עד ל-K20.

גודל הבלוק לא יהיה חלק מחוק הקונצנזוס ה-hard-coded מבחינתנו בעתיד אחרי בלוק המזלג. כורים שמייצרים בלוקים גדולים ייענשו בתמריצים כלכליים, אך ללא הגבלת גודל הבלוק.

תהיה הגנה מפני מתקפת replay הזמינה לבורסות ולמפתחי ארנקים. אפשר למצוא את המפרט כאן: https://github.com/Bitcoin-UAHF/spec/blob/master/replay-protected-sighash.md

ביטמיין תשתמש בחלק מהיקף הגיבוב שלה עצמה ותעבוד עם קהילת המפתחים על הכנת תכנית מגירה המבוססת על UAHF. אנו נפתח אפשרויות לכורים להצטרף אלינו מרצונם.

ביטמיין תכרה את השרשרת במשך מינימום של 72 שעות אחרי נקודת הפיצול של BIP148 עם אחוז מסוים של היקף גיבוב שיסופק על ידי מפעלי הכרייה שלנו.

סביר להניח שביטמיין לא תשחרר מיד את הבלוקים שנכרו לרשת הציבורית אלא אם הנסיבות ידרשו זאת, מה שאומר שבהתחלה ביטמיין תכרה שרשרת כזאת בפרטיות. בכוונתנו בסיטואציות הבאות לשחרר את הבלוקים שנכרו לציבור (רשימה לא ממצה):

  1. שרשרת BIP148 מופעלת וכתוצאה מכך זוכה בתמיכה משמעותית מתעשיית הכרייה, כלומר אחרי ש- BIP148כבר פיצלה בהצלחה את השרשרת.
  2. הסנטימנט בשוק כלפי מזלג קשה לבלוק גדול הוא חזק, ורציונל כלכלי דוחף אותנו לכרות אותו, למשל, שער החליפין הוא לטובת ביטקוין בבלוקים גדולים.
  3. אם קיים כבר מספר משמעותי של כורים שכורים שרשרת בלוקים גדולים בפומבי ואנו מחליטים שזה רציונלי מבחינתנו לכרות על גבי שרשרת זו. במקרה כזה, אנו נשקול גם להצטרף לשרשרת זו ולוותר על השרשרת שכרינו בפרטיות כדי ששרשרת UAHF הציבורית לא תהיה בסכנה של רה-ארגון.

ברגע שביטמיין תתחיל לכרות שרשרת UAHF בפומבי, אנו נכרה אותה בהתמדה ונתעלם מתמריצים כלכליים קצרי טווח. אנו סבורים שמפת דרכים הכוללת את האפשרות לתקן את גודל הבלוק תשרת את המשתמשים טוב יותר ולכן אנו מצפים שהיא תגרוף מחיר שוק גבוה יותר בטווח הארוך. הרשת הכלכלית תתרחב מהר יותר וסיכויי ההצלחה יהיו גבוהים יותר בשוק מטבעות מבוזרים תחרותי מאוד. אנו שותפים לדעתם של כמה ביטקוינרים מוקדמים מאוד, שביזור פירושו שיותר ממיליארד בני אדם ב-200 מדינות משתמשים בביטקוין כמטבע חיסכון וכרשת תשלומים, ושזה כולל מאות אלפי שירותים, סוחרים, בורסות ותוכנות של ביטקוין. איננו סבורים שביזור פירושו מגבלת גודל בלוק של MB1 או אחריות לרסן את גודל הבלוק כדי שמחשב  Raspberry Piיוכל להריץ node שלם כשהעמלה על כל עסקת ביטקוין גבוהה מההכנסה היומית ברוב המדינות המתפתחות. אנו סבורים שביטקוין צריכה להציע לציבור חלופה להצלחה ללא תלות בגופי סמכות חזקים שגובים עמלות שיכולות להגיע ל-100$ לעסקה.

 

פיתוח תוכנה

כרגע קיימים לפחות שלושה צוותי פיתוח לקוחות שעובדים על הקוד של המפרט. כולם רוצים לשמור על בשקט הרחק מהפרופגנדה ומצבאות טרולים של חברות מסוימות. הם יחשפו את עצמם כשירגישו מוכנים לכך. המשתמשים יוכלו להתקין את התוכנה ולהחליט אם להצטרף ל-UAHF. התוכנות אמורות להיות מוכנות לפני 1 ביולי, ואז הן יוצגו בחי ב-testnet.

 

מפת דרכים עתידית

אם הסכם ניו יורק יופעל

אנו מעוניינים שהסכם ניו יורק יפותח וייושם היטב. הוא התקווה האחרונה לכך שביטקוין יגדל באופן מאוחד לנוכח האיום של BIP148. אנו נעשה כל מאמץ לפרוס ולהפעיל אותו בהקדם האפשרי.

אם BIP148 יופעל

אז UAHF יהיה בחיים באותו יום. שרשרת UAHF תגן על העסקאות הכלכליות שנתונות בסכנת רה-ארגון בגלל UASF.

לאחר מכן נתמוך בהפעלת SegWit על שרשרת ה-UAHF אם אין סכנת פטנט הנלווית ל-SegWit ואם יסולק שיעור ההנחה השרירותי של מקטע ה-witness data. ייתכן שיהיה צורך למחוק את פרמטר המשקל, המיועד לשערים מלאכותיים, ועלינו להיות כנים וישירים בקוד התוכנה בנוגע למגבלות שונות על סוגים שונים של בלוקים ופרמטרים אחרים. SegWit ללא שיעור ההנחה המלאכותי יתייחס לעסקאות מסוג מורשת בהגינות ולא ייתן לעסקאות SegWit יתרון לא הוגן. הוא גם יעזור לאפקט הגדלת הקיבולת של SegWit באופן משמעותי יותר מאשר עם ההנחה. אנו גם נדחוף ונעודד שינויים בקוד, בבלוק ראשי או בבלוק המשך, שיביאו לכך ש-Lightning Network תפעל באופן בטוח ואמין יותר מכפי שפועלת גרסת SegWit הנוכחית של הליבה.

בלוקי המשך יפותחו כמסגרת לעידוד צוותי פיתוח פרוטוקול רבים להכניס חידושים ויכולות לפרוטוקול ביטקוין. ניתן להכניס כמה חידושים חשובים אך אגרסיביים מבלי להשפיע על כל משתמשי ביטקוין או על חברות בכל העולם. זה יאיץ את החדשנות של פרוטוקול ביטקוין. גם שרשראות צדדיות יקבלו עידוד אחרי שבעיות האבטחה הנלוות ייבדקו על ידי הקהילה הטכנית. הכורים באמת מונעים על ידי התקווה שביטקוין יהיה סיפור הצלחה.

אנו נעודד ונעזור למגוון פתרונות רב-שכבתיים להגיע לכדי ייצור. כמשקיע מוקדם מאוד ב-RootStock, זיהינו את הפוטנציאל של מטבע מבוזר מתחרה חשוב אחר. אנו כבר עובדים יד ביד עם כותבים של פתרונות רב-שכבתיים אחרים.

יש לקדם שירות אבטחת SPV חדש על ידי nodes שלמים, מחקר נוסף וספריות התואמות למודל ה-SPV יש לקדם בקרב מפתחי ארנקים.

אם ביטקוין יכול לאחד בין Bitcoin NG של Emin ו-Lumino של Sergio, הרי שקל יותר יהיה להשיג גידול בתפוקה  של רשת ביטקוין הנוכחית עד פי 100 עם גודל בלוק של כ-KB100 אבל בתדירות גבוהה יותר של ייצור בלוקים. Bitcoin NG המקורי הוא הצעת מזלג קשה, אבל נוכל לפצל אותו במזלג רך לתוך הפרוטוקול באמצעות המסגרת של בלוקי ההמשך. בה בעת, RootStock, שנוסדה בין השאר על ידי ממציא Lumino, מנסה אף היא ליישם את Lumino על RootStock. Lumino יעבוד באופן מושלם עםLightning Network. יהיה מעניין לראות איזה מהיישומים יביא את Lumino לכדי ייצור קודם, ובאילו דרכים.

חתימת Schnorr נמצאת אף היא בשלב האחרון של הבדיקה.

הגיוון של פיתוח לקוחות יקודם. המושג של קונצנזוס מתגונן נמצא בפיתוח ויסייע בתעשיית הכרייה. קונצנזוס מתגונן יעזור לרשת ביטקוין לעבוד באופן בטוח כשיישומים רבים פועלים יחד. ישנם ויהיו עוד חידושים טובים בקהילת ביטקוין שלא קיבלו קידום מוצלח מסיבות שונות. אנו שואפים לעבוד באופן פעיל עם החידושים הללו.

BUIP056   יפותח כדי לטפל בנושא גודל הבלוק לפני שיתקבל בהיקף נרחב מודל משילות מתמטי של גודל הבלוק. כפי שנוכחנו בשנים הקודמות של הוויכוח, הכורים התגלו כשמרנים מאוד וכמוכנים לעבוד עם הקהילה הכלכלית הרחבה.

 

 

מפת הדרכים בקווים כלליים של גידול גודל הבלוק בשנים הקרובות מוצגת להלן.

גודל בלוק, בייט זמן
1,000,000 עכשיו
2,000,000 אוגוסט 2017
4,194,304 ספטמבר 2017
5,931,641 אפריל 2018
8,388,608 אוגוסט 2018
11,863,283 אפריל 2019
16,777,216 אוגוסט 2019
תלוי במחקר נוסף אחרי אוגוסט 2019

 

יהיה צורך לפתח ולפרוס בלוקים חלשים, לפני שהגידול בגודל הבלוק יגיע ל-MB8.

 

 

 

מראי מקום

לשותפים אחרים באקוסיסטם, אנו ממליצים על מחקר מפורט על השפעות ה-UASF. על כל עסקי הביטקוין להיות מוכנים ביום הזה להחליש או לבער את הסכנות הנלוות ל-UASF.

הפחתת הסיכון של פיצול ביטקוין במזלג במהלך שדרוג רשת

https://github.com/digitsu/splitting-bitcoin

מי שרוצה ללמוד עוד על מזלגי מיעוט, נא לעיין במצגת של מני רוזנפלד:

איך למדתי להפסיק לדאוג ולאהוב את המזלג

How I learned to stop worrying and love the fork

מזלג בכביש: האם אנחנו חייבים לבחור נתיב?

https://www.youtube.com/watch?v=kkJHOpuvQo0&feature=youtu.be

הנה מכתב שיעזור לכם להבין את ההיסטוריה ואת התמונה המלאה של הוויכוח הגדול על הגדלת ביטקוין, גם אם אינכם כורים:

מכתב פתוח לכורים

https://www.reddit.com/r/btc/comments/6befxw/an_open_letter_to_bitcoin_miners_jonald_fyookball/

הנה בלוג נוסף שיעזור לכם להבין מה יקרה במזלג BIP148:

https://medium.com/@jimmysong/uasf-bip148-scenarios-and-game-theory-9530336d953e

 

(This is a translated version of Bitmain’s original blog post, which is in English)

---------------------
Liked this article? Share it with others:

Facebooktwittergoogle_plusredditpinterestlinkedin
Follow Us for Latest News & Articles:

Facebooktwittergoogle_pluslinkedin

UAHF: UASF에 대한 대비책 (BIP148)

(This is a translated version of Bitmain’s original blog post, which is in English)

정의

UASF: “사용자 가동 소프트 포크.” 개발자들은 노드 소프트웨어를 변경하는 필수 규칙세트를 추가합니다. 이는 “플래그 데이”의 발생 이후 기존의 유효한 블록들 중 특정 종류를 무효화시킵니다. 이 방법은 과반의 채굴량의 지원는 물론 체인분리의 가동도 필요로 하지 않습니다. 이 UASF 조치는 경제적 활동이 이루어지고 있는 블록체인에 대해 “51% 공격”을 하기 위해 만들어 졌으며 이 공격은 “와이프 아웃”이라고 불립니다.

UAHF: “사용자 가동 하드 포크.” 개발자들은 노드 소프트웨어를 변경하는 필수 규칙세트를 추가합니다. 이러한 변경은 “플래그 데이” 발생 이후 기존의 무효 블록들을 유효 블록으로 만들며 이를 수행하는 데 있어서 과반의 해시 파워를 필요로 하지 않습니다. 규칙세트가 변경되는 노드들은 그 해시 처리속도에 관계 없이 이 체인을 따르게 됩니다. 이 UAHF 조치는 서로 상이한 의견 또는 비전을 가지고 있는 서로 다른 커뮤니티 구성원들의 평화롭고 자발적인 새출발을 의미하며 UAHF 체인은 상대적으로 높은 해시 처리속도를 가지고 있음에도 불구하고 다른 블록체인들에 대한 공격을 의도하고 있지 않습니다.

BIP148 노드: BIP148 전원합의 규칙변경을 시행한 비트코인 노드.

BIP148 체인: BIP148 전원합의 규칙변경에 의거하여 유효한 블록체인. BIP148는 UASF의 일종입니다.

기존 체인: 오늘날 채용되어 있는 것과 동일한 합의를 채용한 블록 체인. (2017년 5월 26일)

와이프 아웃: UASF 체인이 가동되고 UASF 체인이 과반의 해시 처리속도를 획득하면 기존 체인을 따르는 노드들이 재편되면서 UASF 체인을 따르게 됩니다. 이 경우 상당한 수의 자금거래 기록이 사라지게 됩니다. 이것이 바로 UASF 노드들이 기존 체인을 따르고자 하는 노드들에게 부과하는 리스크입니다. 이와 대조적으로 UAHF는 다른 규칙세트를 따르는 노드들을 이와 같은 리스크를 이용해 위협하지 않습니다.

비트 1: SegWit 가동 시그널을 보내는 데 사용되는 블록 헤더 내의 BIP9 버전 비트.

정체 리스크: 채굴 지원이 없는 블록체인은 갑작스럽게 연장이 중지될 수 있습니다. 왜냐하면 채굴자가 얻게 되는 경제적 인센티브가 적기 때문입니다. UASF와 같은 소수 포크는 영구적 정체에 대한 상당한 정도의 리스크를 안고 있습니다.

 

배경

2017년 5월 24일 뉴욕에서 전체 해시 파워의 80% 이상 그리고 거래 소프트웨어 및 서비스의 80% 이상을 비롯한 비트코인 업계의 경제력 기준의 상당한 규모의 주도자들이 가까운 시일 내에 비트코인의 규모를 확대하기 위한 실질적인 절차에 관한 합의(“뉴욕 합의“)를 도출하였습니다. Bitcoin Core의 관계자들은 이 회의로의 참석에 대한 초대를 거절하였습니다. 이 합의는 비트코인을 진정으로 신뢰하고 있는 사람들과 모두가 단결하여 빠르고 협동적으로 비트코인의 규모를 확대하는 것에 대한 강한 금전적 이해를 가지고 있는 사업가들 또는 투자자들이 열심히 노력하여 이루어낸 업적입니다. Bitmain은 이 합의를 지지합니다. 저희는 이 합의를 지지하며 가능한 한 빠른 시일 내에 실현되기를 원합니다.

“뉴욕 합의”를 다루는 소프트웨어 프로젝트인 btc1이 현재 개발 중에 있으며 “SegWit2x”라고 불리는 전원합의 규칙변경안을 내놓게 될 예정입니다. SegWit2x를 위한 testnet5가 이미 가동 중입니다. 이 소프트웨어의 알파 버전은 6월 16일에 공개될 예정이며 모든 것이 현재 예정대로 진행 중입니다.

여기를 통해 github을 팔로우해 주세요:

https://github.com/btc1

여기를 통해 이에 대한 reddit 토론을 읽어 보세요:

https://www.reddit.com/r/btc/comments/6h1wpr/segwit2x_a_summary/

메일링 목록에 등록하여 구독해 주세요:

https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-ml

이 합의에도 불구하고 UASF (BIP148) 인위적 풀뿌리 운동이 소수의 익명의 개인들에 의해 통제되는 다수의 검열 하의 포럼들 상에서 상당히 긴 시간 동안 대중에게 노출되고 있습니다. “Bitcoin Core”라고 불리는 소프트웨어 프로젝트 내에서 일하고 있는 많은 소프트웨어 개발자들도 역시 이것을 지원하고 있습니다. BIP148은 비트코인 생태계에 대해 상당한 리스크를 내포하고 있습니다. 따라서 저희들은 이 위협으로부터 블록체인 상의 경제적 활동을 보호하기 위한 대비책을 준비하고 있습니다.

또한 “뉴욕 합의”도 역시 Bitcoin Core에서 활동하고 있는 소프트웨어 개발자 그룹에 의해 지속적이고 의도적으로 방해를 받고 있습니다.

우리들도 UASF 가동이 비트코인 네트워크에 가져올 혼란에 대해 대비해야 합니다. “뉴욕 합의”는 매우 보수적인 입장을 취하고 있으며 단순하면서도 인위적으로 증폭된 규모확대 이슈와 관련하여 비트코인 커뮤니티 내에 안정을 가져다 주는 것을 목적으로 하고 있습니다. “뉴욕 합의”가 그 원인에 관계없이 체인분리를 저지하지 못한다면 우리는 그에 대해 대비해야 합니다.

이 블로그 게시물은 UASF/BIP148에 대한 저희 UAHF 대비책을 공표하는 것을 목적으로 하고 있습니다.

 

우리에게 BIP148에 대한 대비책이 필요한 이유

BIP148에 따르면 체인 MTP가 2017년 8월 1일 화요일 12:00:00 AM GMT(에포크 시간 1501545600)의 이후가 될 때 BIP148 노드들은 UASF 포킹 시점부터 “비트 1″의 시그널을 보내지 않는 비트코인 블록들을 분리하기 시작할 것입니다. 이 전원합의 규칙변경은 BIP148 가동 이전의 기존 체인과 비교하여 규칙세트를 상대적으로 더 작게 만들게 됩니다. BIP148 노드들은 지원되는 해시 파워가 0이 아닌 이상 새로운 BIP148 체인을 따르게 됩니다. 지원되는 해시 처리속도가 0인 경우 BIP148 노드의 체인은 더 이상 연장될 수 없습니다.

BIP148 체인을 지원하는 해시 파워가 있을 경우 체인의 연장을 위해 이것이 과반의 해시 처리속도일 필요는 없습니다. 심지어 단 한 명이 수작업으로 해시를 푼다고 하더라도 BIP148 체인이 한 블록 더 연장되는 데 충분한 시간을 제공하게 됩니다. 기존의 해시 처리속도 분포에 따르면 일부 유명 채굴장 운영자들은 비록 그들의 총 해시 처리속도가 과반을 확보하기에는 충분하지 않다고 하더라도 채굴자들이 선택할 수 있도록 함으로써 UASF를 지원할 것이라고 하였습니다. 많은 수의 중요한 비트코인 프로토콜 개발자들을 고용하고 있는 한 회사의 CEO에 따르면 그의 회사는 현재 그들의 소규모 해시 처리속도 중 일부를 통제하고 있다고 합니다. 따라서 비트코인 네트워크는 높은 확률로 2017년 8월 1일에 분리될 수 있습니다.

BIP148는 거래소 및 기타 기업들에게 매우 위험한 존재입니다. BIP148는 배후에 상당한 규모의 경제적 지원을 받고 있다는 징후를 보이고 있지 않으며 이것이 블록체인으로서 가동될 경우 이 경제적 지원 역시 추측에 기반한 것일 가능성이 매우 높습니다. UASF 체인 배후의 채굴 활동은 사전고지 없이 중지될 수 있으며 이 BIP148 선동에 휘말리게 되는 투자자들은 자신들의 모든 투자금액을 잃게 될 수도 있습니다. 포킹 시점 이후 UASF 토큰을 지원하지 않는 거래소들은 이에 동반되는 정체 리스크를 고려해야 합니다.

BIP148 체인에는 재생방지 기능이 없습니다. 거래들은 양쪽의 체인 모두에서 전파되며 사용자는 양쪽 모두에서 확정되는 것을 막을 방법이 없습니다. 거래소들은 포킹 시점부터 얼마간은 입금 및 출금을 중지하고 자체적인 코인 분리 수단을 가동해야 합니다. 더 자세히 알고 싶으신 경우 이 게시물의 참고 란을 읽어 주시기 바랍니다:네트워크 업그레이드 시의 비트코인 포킹 리스크의 완화.”

UASF 체인은 기존 체인의 소멸에 대한 리스크를 시사하고 있습니다. 대비책이 없을 경우 UASF 포킹 시점 이후 기존 체인 상에서 발생하는 모든 경제적 활동은 소멸될 리스크를 가지게 됩니다. 이것은 전체 비트코인 생태계에 있어서 재앙적인 결과를 가져오게 됩니다. UASF는 2016년 2월 전세계 비트코인 커뮤니티들에 의해 이루어진 “홍콩 합의”에서 매우 중요한 조항인 블록 크기의 증가 없이 지금 즉시 SegWit를 가동하는 것에 대해 동의하지 않는 사용자들 및 기업들에 대한 공격입니다. 체인 재편 리스크는 BUIP055에서 Peter R.에 의해 분석된 것처럼 생각보다 훨씬 중대한 사안입니다.

재편 방지에 대한 근거

큰 블록체인 재편이작은 블록체인으로 되돌아갈 확률(P)은 다음과 같습니다.

P = (q/p)^2

여기서 “p”큰 블록체인을 채굴하는 해시 파워의 비율이며 “q”작은 블록체인에 머물러 있는 해시 파워의 비율입니다[2]. “큰 블록을 지원하는 해시 파워가 75%라고 할 때 재편의 확률은 11%입니다.

 

방지책

이 방지책은 사용자 “가동 하드 포크” 또는 UAHF를 위한 것입니다. 여기에서 기술적인 사양에 대해 알아보실 수 있습니다:

https://github.com/bitcoin-UAHF/spec/

가동시간은 조정가능합니다. UASF로부터 12시간 20분이 경과한 시점에 하드 포크를 실시합니다. 에포크 시간은 1501590000입니다.

포크 블록에 있어서는 “큰 규모여야 한다”라는 규칙이 있습니다. 포크 블록의 블록 크기는 1,000,000바이트보다 커야 합니다. 포크 블록은 해당 전원합의 규칙변경을 채용한 최초의 블록을 의미합니다.

크기가 8MB 미만인 블록도 허용되며 우리 측, 즉 채굴자들은 블록 크기를 2MB 미만으로 “소프트 리미트”를 겁니다.

“서명 활동”을 거래당 20,000회 이내로 제한하는 소프트 포크 규칙이 프로토콜에 추가될 것입니다.

포크 블록 이후 향후 저희에게 있어서 블록 크기는 하드코딩된 전원합의 규칙에 포함되지 않을 것입니다. 큰 블록들을 발생시키는 채굴자는 경제적 인센티브의 형태로 불이익을 받게 되지만 블록 크기를 제한하지는 않습니다.

거래소 및 지갑 개발자들이 이용가능한 재전송 공격 방지가 제공될 것입니다: 여기에서 스펙에 대해 알아보실 수 있습니다:

https://github.com/Bitcoin-UAHF/spec/blob/master/replay-protected-sighash.md

Bitmain은 UAHF에 기반한 대비책을 위해 자체적인 해시 처리속도 중 일부를 사용함은 물론 개발자 커뮤니티들과 협업해 나갈 것입니다. 저희는 채굴자들이 자발적으로 동참할 수 있는 옵션을 개발할 것입니다.

Bitmain은 BIP148 포킹 시점 이후 저희 자체적인 채굴 활동 운영과정에서 조성된 해시 처리속도의 일부를 사용해 최소 72시간 동안 해당 체인 상에서 채굴 활동을 할 것입니다.

Bitmain은 적절한 상황이 될 때까지 채굴된 블록을 즉시 공개된 네트워크에 풀지 않게 될 것입니다. 다시 말해서 Bitmain은 우선적으로 이 체인 상에서 비공개로 채굴을 할 것이라는 것을 의미합니다. 저희는 아래와 같은 상황이 오면 채굴된 블록을 공개된 네트워크에 풀고자 합니다 (아래 목록은 전체가 아닌 일부):

  1. BIP148 체인이 가동되고 그 결과 채굴 업계로부터 상당한 규모의 지지를 얻습니다. 예. BIP148이 이미 성공적으로 체인을 분리한 이후;
  2. “큰 블록” 하드 포크에 대한 시장의 분위기가 압도적임으로 인해 경제적 타당성이 저희로 하여금 채굴하도록 만드는 경우. 예를 들어 교환율이 “큰 블록” 비트코인에 유리한 경우;
  3. 이미 공개적으로 “큰 블록” 체인 상에서 채굴하는 상당한 수의 다른 채굴자들이 존재하며 저희가 해당 체인에 더해 추가로 채굴하는 것이 타당하다고 판단하는 경우. 이 경우, 대중의 UAHF 체인이 재편 리스크의 영향을 받지 않도록 저희는 해당 체인에 동참하는 것을 고려함은 물론 저희가 비공개로 채굴한 블록들을 포기할 것입니다.

Bitmain이 UAHF 체인 상에서 공개적으로 채굴을 시작하면 저희는 끈기를 가지고 지속적으로 채굴할 것이며 단기적 경제적 인센티브에 대해서는 무시할 것입니다. 저희는 블록 크기를 조정하는 옵션이 포함된 로드맵이 사용자들에게 더욱 이득을 줄 것이라고 믿고 있으며 따라서 장기적으로 더 높은 시장가격을 유도할 것으로 기대하고 있습니다. 경쟁이 심화된 암호화 화폐 시장에서는 경제적 네트워크가 더욱 빠르게 확장하고 이득을 얻을 수 있는 가능성은 더욱 높아질 것입니다.

저희는 일부 초창기 비트코인 사용자들이 믿었던 것처럼, 분산화는 200개국의 10억명 이상의 사람들이 비트코인을 저축화폐 및 결제망으로서 사용한다는 것을 의미하며, 비트코인은 수십만개의 비트코인 서비스, 거래자, 거래소, 소프트웨어로 구성된다고 믿고 있습니다. 저희는 분산화가 대부분의 개발도상국의 하루 소득을 상회하는 비트코인 거래당 요금은 차치하더라도, Raspberry Pi로 풀 노드를 돌릴 수 있도록 1MB 블록 크기로 제한하거나 또는 블록 크기의 제한에 대한 책임을 의미한다고 생각하지 않습니다. 저희는 비트코인이 거래당 100$에 달하는 요금을 청구하는 강력한 기관에 의존하지 않고도 사람들이 번영할 수 있는 대안을 제공해야 한다고 믿고 있습니다.

 

소프트웨어 개발

현재 최소 3개의 클라이언트 개발 팀들이 해당 스펙의 코드에 대하여 작업 중에 있습니다. 그들은 모두 조용히 이러한 선동으로부터 거리를 유지한 채로 일부 특정 회사들에게 비판적인 자세를 가지는 것만을 원할 뿐입니다. 준비가 되었다고 느낄 때 그들은 대중에게 모습을 드러낼 것입니다. 사용자들은 이 소프트웨어를 설치할 수 있으며 UAHF에 동참할 것인지 여부를 정할 수 있습니다.

이 소프트웨어는 7월 1일 이전에 준비가 될 것으로 기대하고 있으며 그때쯤에는 testnet 상에 공개가 되어 있을 것입니다.

 

미래의 로드맵

뉴욕 합의가 가동되는 경우

저희는 “뉴욕 합의”가 수월하게 전개되고 시행되기를 바랍니다. 이것이야말로 BIP148의 위협에 직면한 비트코인이 단합하여 규모를 확장시킬 수 있는 마지막 희망입니다. 저희는 가능한 한 빨리 이것을 채용하고 가동시킬 수 있도록 최선을 다할 것입니다.

BIP148가 가동되는 경우

이 경우 UAHF는 같은 날에 가동을 시작할 것입니다. UAHF 체인은 UASF로 인한 재편 리스크에 영향을 받는 경제적 거래들을 보호할 것입니다.

이후 저희는 SegWit와 관련된 특허 리스크가 없고 증인 데이터 부분의 임의 할인율이 제거되는 경우 UAHF 체인 상에서의 SegWit의 가동을 지원할 것입니다. 인위적인 속도를 위해 고안된 가중치 파라미터는 삭제되어야 할 경우가 생길 수 있습니다. 또한 소프트웨어 코드에 있어서 여러 종류의 블록들과 기타 파라미터들에 대해 가해질 다양한 방식의 제한들에 대하여 솔직하고 거침없는 자세를 가져야 합니다. 인위적 할인율이 존재하지 않는 SegWit은 기존의 거래 방식에 대해서 정당하게 취급함을 물론 SegWit 거래에 대해서도 부당하게 이득을 가져다 주지 않을 것입니다. 또한 할인율이 존재하는 경우와 비교하여 상대적으로 SegWit의 수용능력 증대 효과에 더욱 현저한 도움을 줄 것입니다. 저희는 또한 Lightning Network가 현재 Core의 SegWit보다 더욱 안전하고 안정적으로 운영될 수 있도록 만들어 주는 코드, 주요 블록, 연장 블록 등에서의 변화를 권장하고 지원할 것입니다.

연장 블록은 복수의 프로토콜 개발 팀들이 비트코인 프로토콜에 혁신과 기능을 더할 수 있도록 동기를 부여해주는 프레임워크로서 개발될 것입니다. 일부의 중요하지만 다소 공격적인 혁신들은 전세계의 전체 비트코인 사용자 또는 기업들에게 영향을 주지 않고 도입될 수 있습니다. 이로써 비트코인의 혁신은 더욱 가속화되게 될 것입니다. 또한 기술 담당 커뮤니티에 의해 관련 보안 이슈들이 검토가 마무리된 후에는 사이드체인이 권장될 것입니다. 채굴자들은 비트코인이 성공할 것이라는 희망을 바탕으로 의욕적으로 활동하게 될 것입니다.

저희는 다양한 다중레이어 솔루션들이 만들어지는 과정을 지원하고 보조할 것입니다. RootStock의 초창기 투자자로서 저희는 또 하나의 중요한 경쟁 암호화 화폐의 잠재력을 발견하였습니다. 저희는 이미 다른 다중레이어 솔루션들의 제작자들과 긴밀하게 협력하고 있습니다.

풀 노드를 통한 새로운 SPV 보안 서비스는 보다 널리 활용되어야 할 필요가 있으며 해당 SPV 모델에 맞는 심화 연구 및 라이브러리도 역시 지갑 개발자들 사이에 보다 널리 활용될 필요가 있습니다.

비트코인이 Emin의 Bitcoin NG와 Sergio의 Lumino를 통합할 수 있다면 현재 비트코인 네트워크의 100배까지의 처리량 증가는 약 100KB 블록 크기와 동시에 보다 높은 블록 생성 빈도를 통해 더욱 쉽게 달성할 수 있을 것입니다. 본래의 Bitcoin NG는 하드 포크 조치 기반이었지만 연장 블록 프레임워크를 통해 저희가 그것을 소프트-포크화하여 프로토콜에 편입시킬 수 있습니다. 이와 더불어 Lumino의 발명가에 의해 공동설립된 RootStock도 역시 RootStock 상에서 Lumino를 가동하려고 합니다. Lumino는 Lightning Network와 더불어 완벽하게 기능할 것입니다. 어느 쪽의 방식이 먼저 그리고 어떤 형태로 Lumino를 만들어 낼 것인가는 매우 흥미로운 관전 포인트가 될 것입니다.

“슈노르 서명”도 역시 마지막 단계의 검토를 거치는 중입니다.

클라이언트 개발의 다양화는 보다 널리 활용될 필요가 있습니다. “방어적 전원합의”의 개념은 현재 개발단계에 있으며 채굴 업계에 도움이 될 것입니다. “방어적 전원합의”는 복수의 방식들이 협업하는 동시에 비트코인 네트워크가 안전하게 기능하도록 도울 것입니다.

비트코인 커뮤니티 내에는 여러 가지 다양한 이유로 널리 활용되지 못한 기타 훌륭한 혁신들이 존재하며 앞으로도 이 점에 관해서는 크게 다르지 않을 것입니다. 저희는 이러한 혁신들을 바탕으로 능동적으로 작업해 나가려고 노력할 것입니다.

BUIP056는 완전히 자동화된 수학적 블록 크기 관리 모델이 널리 채용되기 전까지 블록 크기 문제를 관리하기 위해 개발될 것입니다. 지난 수년간의 토론에서 입증되었듯이 채굴자들은 매우 보수적이며 보다 넓은 경제적 커뮤니티와 함께할 의향을 가지고 있습니다. 앞으로 수년간 블록 크기 증가에 대한 간략한 로드맵은 아래와 같습니다.

 

시간 블록 크기, 바이트
현재 1,000,000
2017년 8월 2,000,000
2017년 9월 4,194,304
2018년 4월 5,931,641
2018년 8월 8,388,608
2019년 4월 11,863,283
2019년 8월 16,777,216
2019년 8월 이후 심화 연구의 결과에 따름

블록 크기가 8MB에 도달하기 전에 “약한 블록”이 개발되고 채용되어야 할 것입니다.

 

참고

이 생태계 내의 다른 이해당사자들에게는 UASF의 효과에 대한 상세한 연구결과를 추천합니다. 모든 비트코인 기업들은 UASF가 가져올 리스크를 완화하거나 또는 제거할 수 있도록 반드시 그 날에 대비하고 있어야 합니다.

네트워크 업그레이드 시의 비트코인 포킹 리스크의 완화,” https://github.com/digitsu/splitting-bitcoin

소수 포크들에 대해서 더욱 자세히 알고 싶으신 경우 Meni Rosenfeld의 프레젠테이션을 봐주시기 바랍니다:

내가 걱정을 그만두고 포크를 좋아하게 된 이유.” https://fieryspinningsword.com/2015/08/25/how-i-learned-to-stop-worrying-and-love-the-fork/

길 위의 포크: 우리는 하나의 길을 선택해야 하는가?”  https://www.youtube.com/watch?v=kkJHOpuvQo0&feature=youtu.be

당신이 채굴자가 아니시더라도 비트코인의 규모확대의 역사와 이를 주제로 이루어진 훌륭한 토론에 대해 이해하는 데 도움이 되는 편지입니다:

채굴자들에게 보내는 공개 편지

https://www.reddit.com/r/btc/comments/6befxw/an_open_letter_to_bitcoin_miners_jonald_fyookball/

BIP148 포크 상에서 어떠한 일들이 일어날 것인지를 이해하는 데 도움이 되는 또 다른 블로그입니다:

https://medium.com/@jimmysong/uasf-bip148-scenarios-and-game-theory-9530336d953e

 

(This is a translated version of Bitmain’s original blog post, which is in English)

---------------------
Liked this article? Share it with others:

Facebooktwittergoogle_plusredditpinterestlinkedin
Follow Us for Latest News & Articles:

Facebooktwittergoogle_pluslinkedin

UAHF: План действий в непредвиденных обстоятельствах UASF (BIP148)

(This is a translated version of Bitmain’s original blog post, which is in English)

Определения

UASF: User Activated Soft Fork (Активированная пользователем мягкая вилка). Разработчики добавляют обязательное правило, установленное для изменения программного обеспечения узла, аннулируя определенные типы ранее допустимых блоков после дня флага. Этот метод не требует, чтобы большинство майнеров поддерживали или активировали разделение цепочки. Предложение UASF имеет своей целью развитие 51% атаки на цепочку блоков, которая связана с большей частью экономической активности, и эта атака называется “Wipe Out”.

UAHF: User Activated Hard Fork (Активированная пользователем жесткая вилка). Разработчики добавляют обязательное правило, чтобы изменить программное обеспечение узла. Эти изменения делают ранее недопустимые блоки действительными после дня флага, и для этого не требуется увеличение мощности хэша. Узлы с изменениями набора правил будут следовать этой цепочке независимо от ее хэш-скорости. Предложение UAHF является мирным и добровольным отходом различных членов сообщества, которые имеют разные мнения или видения и не намерены нападать на другую(ие) цепочку(и) блоков, даже если цепь UAHF имеет более высокую хэш-скорость.

Узел BIP148: биткойн-узел, в котором реализованы изменения консенсусных правил BIP148.

Узел BIP148: цепочка блоков, действующая в соответствии с изменением консенсусных правил BIP148. BIP148 является подвидом UASF.

Исходная цепочка: Цепочка блоков, использующая те же консенсусные правила, что применяются сегодня. (26 мая 2017 года)

Wipe Out: При активации цепочки UASF и получении цепочкой UASF большей хэш-скорости узлы, следующие за исходной цепочкой, будут реорганизованы и начнут следовать цепочке UASF. В таком случае значительное количество записей о финансовых транзакциях исчезнет. При этом существует риск того, что узлы UASF заменят узлы, следующие исходной цепочке. В свою очередь, UAHF не угрожает узлам, которые следуют другим правилам, установленным с этим же риском.

Бит 1: Бит версии BIP9 в заголовке блока, что используется для сигнализации активации SegWit.

Риск стагнации: Цепочка блоков без поддержки майнинга может внезапно перестать расширяться, поскольку экономический стимул для майнеров низок. Меньший форк, как, например, UASF подвергается серьезной опасности постоянной стагнации.

 

История вопроса

24 мая 2017 года существенное экономическое большинство, более 80% всей мощности хэширования и 80% исходного программного обеспечения или обслуживания транзакций, в индустрии Bitcoin достигло соглашения в Нью-Йорке (Нью-Йоркское соглашение) о реальных шагах с целью расширить Bitcoin в ближайшем будущем. Представители Bitcoin Core отклонили приглашение принять участие в этом заседании. Это соглашение – тяжелая работа тех, кто искренне верит в Bitcoin, и тех предпринимателей или инвесторов, которые очень заинтересованы в стремительном и едином расширении масштабов Bitcoin. Bitmain является сторонником соглашения. Мы поддерживаем соглашение и хотим, чтобы оно было реализовано как можно скорее.

Программный проект, btc1, который занимается Нью-йоркским соглашением, находится в стадии активной разработки и, скорее всего, предоставит план консенсусных изменений под названием SegWit2x. Testnet5 для SegWit2x является действительностью. Альфа-версия программного обеспечения будет выпущена 16 июня, и все по-прежнему идёт согласно плану.

Следите за github здесь:

https://github.com/btc1

Следите за дискуссией на reddit здесь:

https://www.reddit.com/r/btc/comments/6h1wpr/segwit2x_a_summary/

Подпишитесь на новостную рассылку:

https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-ml

Несмотря на это соглашение, движение астротурфинга UASF (BIP148) продолжает получать много эфирного времени на форумах, где соблюдается цензура. Многие из них находятся под контролем отдельных анонимных пользователей. Многие из разработчиков программного обеспечения, которые работают в программном проекте под названием “Bitcoin Core”, также поддерживают его. BIP148 создает значительный риск для экосистемы Bitcoin, поэтому мы готовим план действий на случай непредвиденных обстоятельств для защиты экономической активности в блокировки цепи Bitcoin от этой угрозы.

Нью-йоркское соглашение также постоянно и намеренно саботируется группой разработчиков программного обеспечения, работающих с Bitcoin Core.

Мы также должны быть готовы к разрушительному риску активации UASF в сети Bitcoin. Нью-йоркское соглашение очень консервативно и нацелено на обеспечение мира в сообществе Bitcoin на простой, но искусственно развитой проблеме масштабирования. Если каким-то образом Нью-йоркское соглашение не может предотвратить разделение цепочки, мы должны будем подготовиться.

Цель этого сообщения в блоге – объявить наш план чрезвычайных ситуаций UAHF для UASF/BIP148.

 

Почему нам нужен план на случай непредвиденных обстоятельств против BIP148

Согласно BIP148, когда цепь MTP перейдёт границу вторника 1-го августа 2017 года 12:00:00 по Гринвичу (время эпохи 1501545600), узлы BIP148 начнут отделять блоки Bitcoin, не сигнализирующие бит 1 в точке разворота UASF. Это изменение консенсусного правила делает набор правил меньше, чем исходная цепочка перед активацией BIP148. Узлы BIP148 будут следовать за новой цепочкой BIP148, если ее мощность хэширования превышает ноль; если хэш-скорость цепочки равна нулю, узлы BIP148 посчитают, что их цепочка не может быть расширена.

Если существует хэш-мощность цепочки BIP148, она не должна быть большинством хэш-скорости, чтобы продлить цепочку. Даже если только один человек занимается хэшами лично, учитывая достаточное время, цепь BIP148 может быть расширена другим блоком. Согласно существующему распределению хэш-скорости, некоторые хорошо известные операторы, занимающиеся майнингом, заявили, что они будут поддерживать UASF, предоставляя майнерам выбор, хотя их общая хэш-скорость не является достаточной для обеспечения большинства. По словам генерального директора, компания, нанимающая много важных разработчиков протокола Bitcoin, теперь контролирует некоторые из своих небольших хэш-скоростей, по словам ее генерального директора. Таким образом, сеть Bitcoin подвергается высокому риску раскола 1-го августа 2017 года.

BIP148 очень опасен для обмена и других мероприятий. Нет никаких признаков значительной экономической поддержки, лежащей в основе BIP148, и, когда он начнёт функционировать как цепочка блоков, экономическая поддержка, скорее всего, будет основана на спекуляциях. Майнинг по цепочке UASF может прекратиться без предупреждения, а инвесторы, которые покупают в пропаганде BIP148, могут потерять все свои инвестиции. Любые обмены, которые решают поддержать токен UASF после точки разветвления, должны учитывать связанный с ним риск стагнации.

В цепочке BIP148 нет защиты воспроизведения. Транзакции будут транслироваться по обеим цепочкам, и пользователи не могут помешать им быть подтвержденными на обеих цепочках. На протяжении некоторого времени биржи должны прекратить снятие средств и открытие депозитов в точке разветвления и развернуть свои методы разделения монет. Если вы хотите узнать больше, прочитайте в разделе “Справка” этого сообщения: Смягчение риска разрыва биткойнов во время обновления сети.

Цепочка UASF представляет опасность того, что исходная цепь будет стерта. При отсутствии плана на случай непредвиденных обстоятельств вся экономическая активность, которая происходит в исходной цепочке после точки разлома UASF, будет подвергаться риску быть уничтоженной. Это имеет катастрофические последствия для всей экосистемы Bitcoin. UASF – это нападение на пользователей и предприятия, которые не согласны с немедленной активацией SegWit без увеличения размера блока, что является очень важным пунктом в гонконгском соглашении, принятом глобальным сообществом Bitcoin в феврале 2016 года. Это проанализировал Питер Р. в BUIP055,

Обоснование защиты реорганизации

Вероятность (P), что цепочка больших блоков возвращается к цепочке с малым блоком, определяется формулой

P = (q/p)^2

в которой p – доля мощности хэш-энергии, образующая цепочку больших блоков, а q – доля мощности хэша, оставшаяся на цепочке малых блоков [2]. При 75% хэш-мощности, поддерживающей более крупные блоки, вероятность реорганизации составляет 11%.

 

План защиты

Этот план предназначен для User Activated Hard Fork (Активированная пользователем жесткая вилка) или UAHF. Технические характеристики доступны здесь:

https://github.com/bitcoin-UAHF/spec/

Время активации настраивается. Мы сделаем жесткую вилку через 12 часов и 20 минут после UASF. Временная метка эпохи составит 1501590000.

В форк-блоке “должно быть крупное” правило. Размер блока в форк-блоке должен быть больше 1 000 000 байт. Форк-блок является первым блоком, который принимает изменение консенсусного правила.

Он примет блок, размер которого не превышает 8 МБ, и мы, майнеры, будем постепенно ограничивать размер блока до менее 2 МБ.

В протокол будет добавлено мягкое форк-правило, чтобы ограничить сигоп на транзакцию в пределах 20K.

Размер блока не будет частью жесткого консенсусного правила для нас в будущем после форк-блока. Майнеры, которые генерируют большие блоки, будут наказаны экономическими стимулами, однако размер блока не будет ограничен.

Будет защита от повторной атаки, доступная для обменников и разработчиков кошельков. Здесь вы можете найти спецификацию:

https://github.com/Bitcoin-UAHF/spec/blob/master/replay-protected-sighash.md

Bitmain будет использовать часть собственной хэш-скорости и работать с сообществом разработчиков, чтобы иметь план на случай непредвиденных обстоятельств на основе UAHF. Мы будем разрабатывать варианты для майнеров, чтобы они добровольно присоединились к нам.

Bitmain будет майнить цепочку в течение как минимум 72 часов после точки разлома BIP148 с определенным процентом хэш-скорости, поставляемой нашими собственными майнинг-операциями.

Bitmain, скорее всего, не будет немедленно выпускать добытые блоки в общедоступную сеть, если этого не потребуют обстоятельства, а это значит, что Bitmain сначала будет добывать такую цепочку в частном порядке. Мы намерены выпустить добытые блоки для общественности в следующих ситуациях (неисчерпывающий список):

  1. Цепочка BIP148 активируется и впоследствии получает значительную поддержку от индустрии майнинга, то есть после того, как BIP148 уже успешно разделил цепочку;
  2. Настроение рынка для крупнокалиберной жесткой вилки является положительным, и экономическое обоснование побуждает нас к майнингу. К примеру, обменный курс в пользу крупноблочного Bitcoin;
  3. Если уже существует значительное количество других пользователей, занимающихся публичной добычей цепочки крупных блоков, и мы решаем, что для нас выгодно добывать эту цепочку. В этом случае мы также рассмотрим возможность присоединения к этой цепочке и отказ от нашей частной добытой цепи, чтобы общественная цепь UAHF не подвергалась риску реорганизации.

После того, как Bitmain начнет публично добывать цепочку UAHF, мы будем постоянно ее добывать и игнорировать краткосрочные экономические стимулы. Мы полагаем, что сценарий действий, включая в себя возможность корректировки размера блока, будет лучшим сервисом для пользователей, поэтому мы ожидаем, что она в долгосрочной перспективе привлечет более высокую рыночную цену. Экономическая сеть будет расширяться быстрее, и выигрышные шансы будут выше на высококонкурентном рынке криптовалютных систем.

Мы согласны с некоторыми очень ранними биткойнерами, что децентрализация означает, что более 1 миллиарда человек в 200 странах используют Bitcoin в качестве сберегающей валютной и платежной сети, и что она включает в себя сотни тысяч услуг Bitcoin, торговцев, бирж и программного обеспечения. Мы не считаем, что децентрализация означает ограничение размера блока до 1 МБ или ответственность за ограничение размера блока таким образом, что Raspberry Pi может запускать полный узел, тогда как плата за транзакцию Bitcoin выше, чем ежедневный доход в большинстве развивающихся стран. Мы полагаем, что Bitcoin должен предложить людям альтернативу процветанию, не завися от могущественных властей, которые взимают плату, которая может достигать 100 долларов США за транзакцию.

 

Разработка программного обеспечения

В настоящее время с кодом спецификации работают как минимум 3 команды разработчиков клиентов. Все они не хотят, чтобы их беспокоили, в том числе пропагандисты и армии троллей некоторых компаний. Они объявят о себе, когда они будут готовы к этому. Пользователи смогут установить программное обеспечение и решить, присоединиться ли к UAHF.

Предполагается, что программное обеспечение будет готово к 1-му июля, и к тому времени оно будет функционировать на тестовой сети.

 

Будущий сценарий действий

При подписании Нью-йоркского соглашения

Мы хотим, чтобы Нью-йоркское соглашение было разработано и успешно реализовано. Это последняя надежда на то, что Bitcoin объединится перед угрозой BIP148. Мы постараемся как можно скорее принять и реализовать его.

При активации BIP148

Затем UAHF будет запущен в тот же день. Цепочка UAHF будет защищать экономические операции, которые подвержены риску реорганизации из-за UASF.

Затем мы будем поддерживать активацию SegWit в цепи UAHF, если нет никакого патентного риска, связанного с SegWit, и, если будет произвольная ставка дисконтирования сегмента данных свидетельства. Возможно, необходимо удалить параметр веса, который предназначен для искусственных ставок, и мы должны быть откровенными и прямолинейными в программном коде с различными ограничениями на различные типы блоков и другие параметры. SegWit без искусственной ставки дисконтирования будет объективно относиться к прежним типам транзакций и не даст транзакциям SegWit несправедливое преимущество. Это также поможет значительно увеличить эффект SegWit, по сравнению со ставкой дисконтирования. Мы также будем поощрять изменения кода, в основном блоке или блоке расширения, которые сделают Lightning Network более безопасной и надежной, чем прежняя версия Core SegWit.

Блоки расширения будут разработаны в качестве основы для поощрения групп разработчиков протоколов к внедрению инноваций и возможностей в протокол Bitcoin. Некоторые важные, но агрессивные инновации могут быть внедрены без ущерба для всех пользователей Bitcoin или компаний по всему миру. Это ускорит внедрение протокола Bitcoin. Боковые цепи также будут поощряться после того, как технические вопросы безопасности будут рассмотрены техническим сообществом. Майнеры действительно вдохновлены надеждой, что Bitcoin будет успешным.

Мы будем поощрять и помогать различным многоуровневым решениям. Будучи очень ранним инвестором RootStock, мы определили потенциал еще одной важной конкурирующей криптовалюты. Мы уже тесно работаем с авторами других многослойных решений.

Необходимо продвигать новую службу безопасности SPV с помощью полных узлов, а также продолжать исследования и построения библиотек, совместимых с моделью SPV, среди разработчиков кошельков.

Если Bitcoin может комбинировать Bitcoin NG от Emin и Lumino от Sergio, то увеличения пропускной способности текущей сети Bitcoin в 100 раз можно достичь проще с размером блока около 100 КБ, но с более высокой частотой генерации блока. Оригинальный Bitcoin NG является предложением жесткой вилки, но мы можем мягко развить его в протокол в рамках блока расширения. В то же время RootStock, одним из создателей которого является изобретатель Lumino, также пытается внедрить Lumino на RootStock. Lumino будет отлично работать с Lightning Network. Будет интересно посмотреть, какая реализация впервые приведет Lumino в действие, и каким именно образом это произойдет.

Schnorr Signature также находится на последней стадии обзора.

Следует поощрять диверсификацию развития клиентов. Концепция защитного консенсуса находится в стадии разработки и поможет в индустрии майнинга. Защитный консенсус поможет сети Bitcoin работать безопасно, в то время как несколько реализаций работают одновременно.

В сообществе Bitcoin есть и будут другие хорошие нововведения, которые не были хорошо популяризованы по разным причинам. Мы стремимся активно работать с этими нововведениями.

BUIP056 будет разработан для того, чтобы справиться с проблемой размера блока до того, как будет широко принята полностью автоматическая и математическая модель управления размером блока. Как показали последние годы дебатов, майнеры оказались очень консервативными и готовыми работать с более широким экономическим сообществом. Ниже приводится приблизительный сценарий действий при увеличении размера блока в течение следующих нескольких лет.

 

Время Размер блока, Байт
Сейчас 1 000 000
2017 Авг 2 000 000
2017 Сен 4 194 304
2018 Апр 5 931 641
2018 Авг 8 388 608
2019 Апр 11 863 283
2019 Авг 16 777 216
После 2019 Авн Зависит от дальнейших исследований

Слабые блоки должны быть разработаны и развернуты до того, как размер блока достигнет 8 МБ.

 

Справка

Для других сторон в экосистеме мы рекомендуем детальное исследование влияния UASF. В этот день все биткойнские компании должны быть готовы к смягчению или устранению рисков, которые несет UASF.

Смягчение риска разрыва биткойнов во время обновления сети,https://github.com/digitsu/splitting-bitcoin

Если вы хотите узнать больше о меньшинстве форков, см. Презентацию Мени Розенфельда:

Как я перестал беспокоиться и начал любить форк https://fieryspinningsword.com/2015/08/25/how-i-learned-to-stop-worrying-and-love-the-fork/

Развилка на дороге: нужно ли выбрать путь?  https://www.youtube.com/watch?v=kkJHOpuvQo0&feature=youtu.be

Вот письмо, которое поможет вам понять историю и полную картину великих дебатов о масштабировании Bitcoin, даже если вы не являетесь майнерами:

Открытое письмо майнерам

https://www.reddit.com/r/btc/comments/6befxw/an_open_letter_to_bitcoin_miners_jonald_fyookball/

Вот еще один блог, который поможет вам понять, что произойдет с форком BIP148:

https://medium.com/@jimmysong/uasf-bip148-scenarios-and-game-theory-9530336d953e

 

(This is a translated version of Bitmain’s original blog post, which is in English)

---------------------
Liked this article? Share it with others:

Facebooktwittergoogle_plusredditpinterestlinkedin
Follow Us for Latest News & Articles:

Facebooktwittergoogle_pluslinkedin

UAHF:UASF (BIP148)コンティンジェンシープラン

(This is a translated version of Bitmain’s original blog post, which is in English)

定義

UASFユーザーがアクティベートするソフトフォーク。開発者はノードソフトウェアを変更するため強制ルールセットを追加し、以前有効であったある種のブロックはフラグデイ以降、無効になります。この方法ではマイニングの大多数がチェーンスプリットを支持したりアクティベートする必要はありません。UASF提案は、経済活動の大多数を占めるブロックチェーンに対する51%アタックが目的であり、このアタックは「ワイプアウト」と呼ばれています。

UAHFユーザーがアクティベートするハードフォーク。開発者はノードソフトウェアを変更するために強制ルールセットを追加します。この変更により、以前無効であったブロックはフラグデイ以降、有効になります。変更により過半数のハッシュ計算能力を強制する必要はありません。ルールセット変更のあるノードは、チェーンのハッシュレートに関係なくこのチェーンに追従することになります。UAHF提案は異なる意見、ビジョンを持つ別のコミュニティーメンバーの平和的かつ自発的な離脱です。UAHFチェーンが高いハッシュレートを持つ場合でも、他のブロックチェーンへのアタックは目的ではありません。

BIP148ノード:BIP148コンセンサスルール変更を実装したビットコインノードです。

BIP148チェーン:BIP148コンセンサスルール変更に従って有効なブロックチェーンです。BIP148はUASFの一種です。

オリジナルチェーン:現在使用されているのと同一のコンセンサスルールを使用するブロックチェーンです。(2017年5月26日)

ワイプアウト:UASFチェーンがアクティベートされ、UASFチェーンが過半数のハッシュレートを獲得した場合、オリジナルチェーンに追従するノードは再編成されUASFチェーンを追従するようになります。そのような場合、相当数の金融取引記録が消滅することになります。これがオリジナルチェーンに追従予定のノードに対してUASFノードが与えるリスクです。対照的にUAHFでは別のルールセットに追従するノードをこれと同じリスクで脅かすことはありません。

Bit 1BIP9のブロックヘッダ内のバージョンビットで、SegWitアクティベーションをシグナルするため使用されます。

スタグネーションリスク:  マイニングサポートがないブロックチェーンは、採掘者に対する経済的インセンティブが少ないため、拡大が突然止まってしまう可能性があります。 UASFのような少数派フォークでは、恒久的なスタグネーションになる重大な懸念があります。

 

背景

2017年5月24日、ニューヨークにおいて、全ハッシュ計算能力の80%以上、トランザクションのソースソフトウェア・サービスの80%以上を占めるビットコイン経済の大多数は、近い将来、ビットコインの規模拡大のための具体的ステップに関する合意に至りました(ニューヨーク合意) 。「ビットコインコア」プロジェクト担当者は、このミーティングへの出席招待を辞退しました。この合意は、ビットコインを心から信じる個人、ビットコインを速やかに団結して拡大することに強い経済的利益を持つ起業家、投資家の懸命の努力です。Bitmainは本合意を支持しています。当社は本合意を支持し、可及的速やかにその実現を望んでいます。

ソフトウェアプロジェクト「btc1」は、ニューヨーク合意に取り組んでおり、活発に開発中で「SegWit2x」と呼ぶコンセンサスルール変更プランを提供する見通しです。既に「testnet5 for SegWit2x」が有効です。本ソフトウェアのα版は6月16日リリース予定で、今のところ、全てスケジュール通りです。

githubをフォロー:

https://github.com/btc1

本件のreddit での議論を閲覧:

https://www.reddit.com/r/btc/comments/6h1wpr/segwit2x_a_summary/

メーリングリストに参加:

https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-ml

本合意にもかかわらず、 UASF (BIP148) の偽りの草の根運動が検閲フォーラムで多くの時間を取り続けており、その多くは匿名の個人1グループによりコントロールされています。「ビットコインコア」と呼ばれるソフトウェアプロジェクトで活動するソフトウェア開発者の多くもこれを支持しています。BIP148はビットコインのエコシステムに重大なリスクをもたらします。当社はビットコインのブロックチェーン に関する経済をこの脅威から守るべく、コンティンジェンシープランを準備しています。

ニューヨーク合意も、ビットコインコアで活動するソフトウェア開発者の1グループにより継続して意図的に妨害されています。

当社はUASFのアクティベーションが ビットコインネットワークにもたらす破壊的リスクに備える必要もあります。ニューヨーク合意は極めて保守的で、単純ではあるが人工的に拡大されたスケーリング問題に対してビットコインコミュニティ内に平和をもたらすことを狙いとしています。ニューヨーク合意 がチェーンスプリットを防止できないことがあれば、備える必要があるでしょう。

このブログ投稿の目的は、UASF/BIP148に対する当社のUAHFコンティンジェンシープランを発表することです、

 

BIP148コンティンジェンシープランが必要な理由

BIP148によれば、チェーンMTP が2017年8月1日火曜日 12:00:00 AM GMT (エポックタイム 1501545600)以降、 BIP148ノードはUASF分岐点でBit1をシグナルしていないビットコインブロックを切り離すを開始することになっています。このコンセンサスルール変更により、BIP148アクティベーション前のオリジナルチェーンよりルールセットは小さくなります。BIP148ノードは、そのノードをサポートするハッシュ計算能力がゼロ以上のものがあれば、新しいBIP148チェーンを追従します。 チェーンをサポートするハッシュレートが 0の場合、BIP148ノードは そのチェーンが拡張不可能であることを認識します。

BIP148チェーンをサポートするハッシュ計算能力がある場合、チェーンが拡張可能になるには ハッシュレートの過半数である必要はありません。手作業でハッシュを解いている人がいた場合でも十分時間があればそのBIP148チェーンはもう一つのブロックで拡張可能です。既存のハッシュレート分布に従って、著名なマイニングプール運営者の中には採掘者に選択を許すことでUASFを支持するだろうと表明したものもいます。ただしそれらのマイニングプールの全ハッシュレートでは大多数を確保するには不十分です。重要なビットコインプロトコル開発者を多数雇用しているある企業のCEOによると、今では自社の小さなハッシュレートをコントロールしています。従って、ビットコインネットワークは2017年8月1日にスプリットするリスクが高い状況です。

BIP148は取引所と他のビジネスにとって非常に危険です。BIP148のバックには意味ある経済的裏付けが見えず、ブロックチェーンとして有効になったら投機をベースにしたものが経済的裏付けになる可能性が高いでしょう。 UASF チェーンの裏でのマイニング活動は予告なしに止まり、BIP148の宣伝を信じた投資家は投資全てを失うことになりかねません。分岐点後にUASFトークンを支持する決定を行った取引所は、それに付帯したスタグネーションリスクを考える必要があります。

BIP148チェーンにはリプレイ攻撃からの防御がありません。トランザクションはチェーンの両方にブロードキャストされ、ユーザはチェーンの両方での承認を防止することができません。取引所は分岐点でしばらく引き出し、預け入れを停止し、自らのコインスプリッティング方法を使わなければなりません。 詳細は、この記事のリファレンス「Mitigating Bitcoin Forking Risk during Network Upgrade(ビットコイン のネットワークアップグレード中の分岐リスクの軽減)」をご覧ください。

UASF チェーンにはオリジナルチェーンがワイプアウトされる恐れがあります。 コンティンジェンシープランがなければ、UASF分岐点後、オリジナルチェーン上の全経済活動がワイプアウトされるリスクに直面します。これはビットコインのエコシステム全体に対する壊滅的な結果となります。UASFはブロックサイズを大きくせずにSegWitを直ちにアクティベートすることに同意しない(2016年2月、世界のビットコインコミュニティが作成した香港合意の中の極めて重要な条項です)ユーザと企業に対するアタックです。チェーン再編成のリスクは、BUIP055でPeter R.が分析したように、想像するよりはるかに重大です。

再編成を保護する根拠

ビッグブロックチェーンの再編成がスモールブロックチェーンに戻る確率(P)は、次の式で示されます。

P = (q/p)^2

ここで pはビッグブロックチェーンのハッシュ計算能力の割合、q はスモールブロックチェーンに残っているハッシュ計算能力の割合です[2]。ビッグブロックをサポートするハッシュ計算能力が75%の場合、再編成の確率は 11%です。

 

保護プラン

本プランはユーザがアクティベートするハードフォーク(UHAF)用です。技術的仕様は以下で確認できます。

https://github.com/bitcoin-UAHF/spec/

アクティベーション時刻は構成可能です。当社はUASFより12時間20分後にハードフォークを実行する予定です。エポックタイムスタンプは1501590000になる予定です。

フォークブロックでは「ビッグでなければならない」ルールがあります。フォークブロックのブロックサイズは1,000,000バイトより大きくなければなりません。フォークブロックはコンセンサスルール変更を採用する最初のブロックのことです。

サイズ8MB未満のブロックを受け入れ、採掘者である当社はブロックサイズを2MB未満にソフトリミットします。

プロトコルに追加されたソフトフォークルールがあり、トランザクションあたりのsigopを20K以内に制限します。

フォークブロック後の将来には、ブロックサイズはハードコーディングされたコンセンサスルールに含まれません。ラージブロックを生成する採掘者は、経済的インセンティブでペナルティーがありますがブロックサイズは制限しません。

取引所 とウォレット開発者が利用可能な、リプレイ攻撃保護がある予定です。仕様は以下で確認できます。

https://github.com/Bitcoin-UAHF/spec/blob/master/replay-protected-sighash.md

Bitmainは自社のハッシュレートをいくつか用いて、 UAHFに基づくコンティンジェンシープランを持つため開発者コミュニティと作業しています。当社は採掘者が自発的に当社に参加するオプションを開発予定です。

Bitmain はBIP148分岐点後、最低72時間、チェーンのマイニングを行います。当社自身のマイニング活動で提供されたハッシュレートの一定の割合を使用します。

Bitmainは、状況で求められない限り、採掘されたブロックをパブリックネットワークに直ちにリリースすることはありません。 つまり、Bitmain はそのようなチェーンをプライベートに採掘することを意味します。以下の状況で、採掘されたブロックをパブリックにリリースする予定です (全てのリストではありません):

  1. BIP148チェーンがアクティベートされ、その後マイニング業界から大きく支持された場合。つまりBIP148が既にチェーンのスプリットに成功した後。
  2. ビッグブロックハードフォークに対する市場心理が良好で、経済的根拠により採掘を推進する場合。例えば、交換レートがビッグブロックビットコインに有利である。
  3. ビッグブロックチェーンをパブリックにマイニングする他の採掘者が既に多数存在する場合で、そのチェーン上で当社がマイニングすることが合理的であると判断した時。そのような場合、当社はチェーンへの参加も検討し、プライベートに採掘されたチェーンを放棄し、パブリックなUAHFチェーンが再編成されるりクスにさらされないようにします。

BitmainがUAHF チェーン の採掘を公式に開始すれば、当社は継続的に採掘し、短期的な経済的インセンティブを無視します。ブロックサイズを調整するオプションを含むロードマップは、ユーザに有益であり、長期的に市場価格を高目に引き寄せる期待ができるものと当社は確信しています。経済ネットワークは急速に拡大し、競争が激しい仮想通貨市場の中で勝利する見込みが高まります。

当社は黎明期のビットコイン利用者と同じ信念を共有しています。 つまり分散化とは、200ヶ国10億人以上がビットコインを貯蓄通貨や決済ネットワークとして利用していること、多数のビットコインサービス、トレーダー、取引所、ソフトウェアから構成されていることを意味しています。分散化が1MBのブロックサイズの制限やブロックサイズを制限する責任を意味し、 その結果、Raspberry Piがフルノードとして稼働したり、ビットコインのトランザクションあたりの手数料が多くの開発途上国の一日分の収入より高くなるようなことを当社は信じません。トランザクションあたり手数料100ドルも取ることがある強力な権威に依存せず、ビットコインが繁栄する代替策を提供する必要があると当社は信じています。

 

ソフトウェアの開発

現在、この仕様のコードに取り組んでいるクライアント開発チームは少なくとも3チーム存在しています。その全チームともある企業グループの宣伝と荒らしから離れてじっとしていることを望んでいます。時が来た時に自ら発表することでしょう。ユーザは、ソフトウェアをインストールし、UAHFに参加するかどうかを決めることができます。

本ソフトウェアは7月1日までに準備予定で、その時までにはビットコインのテストネットで公開される予定です。

 

将来のロードマップ

ニューヨーク合意がアクティベートされた場合

当社はニューヨーク合意が開発され、上手く実行されることを望んでいます。ビットコインにとって、迫り来るBIP148の脅威に対して団結して拡大する最後の希望なのです。当社は可及的速やかにビットコインをデプロイとアクティベーションするためベストを尽くします。

BIP148がアクティベートした場合

同日にUAHFも有効になります。UAHFチェーン はUASFが原因で再編成リスクにさらされる経済トランザクションを保護します。

その後、SegWitに関連する明白なリスクがなく、ウィットネスデータセグメントの人為的なディスカウントレートが削除された場合、当社はUAHFチェーン上でのSegWitアクティベーションを支持します。重みづけパラメータは、人為的なレート用に設計されていますが、削除が必要かもしれません。ソフトウェアコードでは、いろいろな種類のブロックや他パラメータに関するさまざまな制限について、フランクかつストレートであることが当社には必要です。人為的なディスカウントレートがないSegWit はレガシートランザクションタイプをフェアに扱い、Segwittトランザクションにアンフェアな利益を与えません。また、ディスカウントレートがあるものよりもSegWitのキャパシティ増加効果はさらに大きくなります。当社はCoreの現バージョンのSegWitが行うよりもLightning Networkがより安全かつ確実に実行させるコード、メインブロック、または拡張ブロックの変更も強く求め推奨します。

拡張ブロックは複数のプロトコル開発チームがビットコインプロトコルにイノベーションとキャパシティを導入することを促進するフレームワークとして開発される予定です。重要だが大胆なイノベーションを世界中のビットコインユーザや企業全員に影響なく導入できるようになります。この結果、ビットコインプロトコルのイノベーションは加速するでしょう。サイドチェーンも付随するセキュリティ問題が専門委員会でレビューされた後に促進される予定です。採掘者はビットコインが成功する希望により純粋に動いています。

当社はさまざまなマルチレイヤソリューションの製品化を促進しサポートしてします。極めて早い時期のRootStockの投資家として、当社は競合するもう一つの重要な仮想通貨の可能性を認識していました。当社は別のマルチレイヤーソリューション開発者と密接な協力を既に行っています。

フルノードによる新しいSPVセキュリティサービスを推進すべきで、SPVモデル互換の研究とライブラリはウォレット開発者に対して売り込むべきです。

ビットコインをEminのビットコインNG、SergeiのLuminiを組み合わせることができれば、ブロックサイズを約100KBにして、ブロック生成頻度を増加させることにより、現在のビットコインネットワークのスループットを100倍まで増加することも簡単です。オリジナルのビットコインNGはハードフォーク提案ですが、 拡張ブロックフレームワークを用いたプロトコルの中にソフトフォークすることが可能です。同時に、Luminoの投資家により共同創立されたRootStockもRootStock上でLuminoの実装を行っています。Lumino はLightning Networkと完全に動作する予定です。どちらの実装がLuminoを最初に製品化し、どのように製品化するかは興味深いことです。

Schnorr署名もレビュー最終段階です。

クライアント開発の多様化は促進されます。防衛的コンセンサスのコンセプトは開発中で、マイニング 業界で有効になるでしょう。防衛的コンセンサスは、複数の実装作業を一緒に行っている間、ビットコインネットワークが安全に機能するために有効になります。

さまざまな理由により、ビットコインコミュニティで十分にプロモートされていない優れたイノベーションは他にもあり、出現するでしょう。当社はこのようなイノベーションに積極的に取り組みます。

フルオートマチックで数学的なブロックサイズガバナンスモデルが普及する前に、ブロックサイズ問題に対処するためBUIP056が開発される予定です。過去数年の議論で立証されたように、採掘者は極めて保守的であり、さまざまな経済コミュニティと共に活動する意志があります。今後2年のブロックサイズ増加のラフなロードマップを次に示します。

 

時期 ブロックサイズ(バイト)
現在 1,000,000
2017年8月 2,000,000
2017年9月 4,194,304
2018年4月 5,931,641
2018年8月 8,388,608
2019年4月 11,863,283
2019年8月 16,777,216
2019年8月以降 今後の研究による

ブロックサイズ増加が8MBになる前に、弱い(weak)ブロックが開発されデプロイされる必要がありでしょう。

 

リファレンス

エコシステムの他の当事者については、USAFの影響に関する詳細な研究を推薦します。ビットコインビジネスに関わる全員は、UASFがもたらすリスクの軽減または除去の準備がその日に必要です。

Mitigating Bitcoin Forking Risk during Network Upgrade(ビットコイン のネットワークアップグレード中の分岐リスクの軽減)https://github.com/digitsu/splitting-bitcoin

少数派フォークについての詳細は、Meni Rosenfeldのプレゼンテーションをご覧ください。

How I learned to stop worrying and love the fork (私は如何に心配するのを止めてフォークを愛するようになったか) https://fieryspinningsword.com/2015/08/25/how-i-learned-to-stop-worrying-and-love-the-fork/

A Fork in the Road: Must we Choose a Path?  (路上にフォーク:道を選ぶ必要があるか?) https://www.youtube.com/watch?v=kkJHOpuvQo0&feature=youtu.be

ビットコインのスケーリングに関して、採掘者でなくても大論争の歴史と全容を理解するため有益なレターがあります。

採掘者へのオープンレター

https://www.reddit.com/r/btc/comments/6befxw/an_open_letter_to_bitcoin_採掘者s_jonald_fyookball/

BIP148フォークで起こることの理解に役立つもう一つのブログです。

https://medium.com/@jimmysong/uasf-bip148-scenarios-and-game-theory-9530336d953e

 

(This is a translated version of Bitmain’s original blog post, which is in English)

---------------------
Liked this article? Share it with others:

Facebooktwittergoogle_plusredditpinterestlinkedin
Follow Us for Latest News & Articles:

Facebooktwittergoogle_pluslinkedin

UAHF: Un piano di emergenza contro l’UASF (BIP148)

(This is a translated version of Bitmain’s original blog post, which is in English)

Definizioni

UASF: User Activated Soft Fork. Gli sviluppatori aggiungono una regola obbligatoria impostata per modificare il software del nodo, invalidando certi tipi di blocchi precedentemente validi dopo un determinato giorno. Questo metodo non richiede alcuna maggioranza di mining per supportare o attivare una suddivisione della blockchain. La proposta UASF intende effettuare un attacco del 51% contro la blockchain con la maggior parte dell’attività economica. Questo attacco è chiamato “Wipe Out”.

UAHF: User Activated Hard Fork. Gli sviluppatori aggiungono una regola obbligatoria impostata per modificare il software del nodo. Queste modifiche rendono validi dei blocchi non validi in precedenza dopo determinato giorno, e non richiedono la maggioranza della potenza di hash per essere applicate. I nodi con questi cambiamenti alle regole seguiranno questa catena indipendentemente dalla sua potenza di hash. La proposta di un UAHF è una divisione pacifica e volontaria di diversi membri della comunità che hanno opinioni o visioni diverse e non è destinato ad attaccare altre blockchain, anche se la catena UAHF ha il tasso di hash più elevato.

Nodo BIP148: un nodo Bitcoin che ha implementato le modifiche delle regole di consenso BIP148.

Catena BIP148: una blockchain valida in base alle modifiche delle regole di consenso BIP148. BIP148 è un tipo di UASF.

Catena originale: La blockchain che utilizza le stesse regole di consenso in uso oggi. (26 maggio 2017)

Wipe Out: Se la catena UASF è attivata e se guadagna la velocità di hash maggiore, i nodi successivi alla catena originale si riorganizzeranno e inizieranno a seguire la catena UASF. In un caso del genere, un numero significativo di record delle transazioni finanziarie scomparirà. Questo è un rischio che i nodi UASF impongono su nodi che intendono seguire la catena originale. Al contrario, un UAHF non minaccia i nodi che seguono una set di regole diverse.

Bit 1: Il bit di versione BIP9 in un header di blocco utilizzato per segnalare l’attivazione di SegWit.

Rischio di stagnazione: Una blockchain senza supporto di mining può improvvisamente smettere di venire estesa, perché l’incentivo economico per i miner è basso. Una fork minoritario come UASF subisce un grave rischio di stagnazione permanente.

 

Contesto

Il 24 maggio 2017 una maggioranza economica significativa, più dell’80% dell’intero potere di hash e l’80% del software o dei servizi di origine delle transazioni dell’industria Bitcoin, si è accordata a New York (accordo di New York) su passi tangibili per far crescere Bitcoin nel prossimo futuro. I rappresentanti di Bitcoin Core hanno rifiutato l’invito a partecipare a questa riunione. Questo accordo è il duro lavoro di coloro che sinceramente credono in Bitcoin e di quegli imprenditori o investitori che hanno un forte interesse finanziario per far scalare Bitcoin in modo rapido e unito. Bitmain è un sostenitore dell’accordo. Noi sosteniamo l’accordo e vogliamo farlo entrare in vigore al più presto.

Un progetto software, btc1, che sta esaminando l’accordo di New York, è in fase di sviluppo attivo e probabilmente consegnerà un piano di cambiamento di regole di consenso chiamato SegWit2x. Il testnet5 per SegWit2x è già attivo. La versione Alpha del software verrà rilasciata il 16 giugno e tutto procede in tempo.

Segui il github qui:

https://github.com/btc1

Leggi una discussione a riguardo su reddit:

https://www.reddit.com/r/btc/comments/6h1wpr/segwit2x_a_summary/

Iscriviti alla mailing list:

https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-ml

Nonostante questo accordo, il movimento di astroturfing UASF (BIP148) continua a ricevere tantissima sponsorizzazione su forum censurati, molti dei quali controllati da singoli individui anonimi. Molti degli sviluppatori software che lavorano in un progetto software chiamato “Bitcoin Core” lo supportano. BIP148 rappresenta un rischio significativo per l’ecosistema Bitcoin, quindi stiamo preparando un piano di emergenza per proteggere l’attività economica sulla blockchain Bitcoin da questa minaccia.

L’accordo di New York viene inoltre sabotato continuamente e intenzionalmente da un gruppo di sviluppatori di software che lavorano su Bitcoin Core.

Dobbiamo inoltre essere preparati per al rischio dirompente che l’attivazione di UASF porterà alla rete Bitcoin.  L’accordo di New York è molto conservatore e mira a portare la pace all’interno della comunità Bitcoin riguardo un problema di crescita semplice ma ingrossato artificialmente. Se in qualche modo l’accordo di New York non potrà impedire una divisione della blockchain, dobbiamo essere preparati.

Lo scopo di questo post è quello di annunciare il nostro piano di emergenza UAHF per UASF/BIP148.

 

Perché abbiamo bisogno di un piano di emergenza contro BIP148

Secondo BIP148, quando l’MTP della blockchain sarà pari o successivo a martedì 1 agosto 2017 12:00:00 AM GMT (epoca 1501545600), i nodi BIP148 inizieranno a rendere orfani blocchi Bitcoin che non segnaleranno il Bit 1 nel punto di fork UASF. Questa modifica delle regole di consenso rende il set di regole più piccolo rispetto a quello della catena originale prima dell’attivazione di BIP148. I nodi BIP148 seguiranno la nuova catena BIP148 se ci sarà una potenza di hashing superiore allo zero che la supporta; Se il tasso di hash che supporta la catena è pari a 0, i nodi BIP148 non potranno estendere la propria catena.

Se esiste una potenza di hash che supporta la catena BIP148, non ci deve essere una maggioranza di velocità di hash per consentire la estensione della catena. Anche se esiste solo una sola persona che risolve gli hash a mano, dato abbastanza tempo la catena BIP148 può essere allungata di un altro blocco. Secondo la distribuzione attuale dell’hash rate, alcuni noti operatori di mining pool hanno dichiarato di sostenere l’UASF lasciando scelta ai miner, anche se il loro tasso di hash totale non è sufficiente a garantire la maggioranza. Una società che assume molti sviluppatori cruciali per lo sviluppo del protocollo Bitcoin ora controlla una parte della propria potenza di hash, secondo il CEO. Esiste quindi un alto rischio che il 1 agosto 2017 la rete Bitcoin si divida.

BIP148 è molto pericoloso per piattaforme di scambio e altre attività. Non c’è segno di sostegno economico significativo dietro BIP148 e quando esso sarà implementato come blockchain, il sostegno economico sarebbe probabilmente basato sulla speculazione. L’attività di mining dietro una blockchain UASF può interrompersi senza preavviso e gli investitori che credono alla propaganda BIP148 potrebbero perdere tutti i loro investimenti. Ogni piattaforma di cambio che decida di sostenere un token UASF dopo il punto di fork deve considerare il rischio di ristagno ad esso associato.

Su una blockchain BIP148 non esiste protezione contro gli attacchi replay. Le transazioni saranno trasmesse su entrambe le catene e gli utenti non potranno impedire che siano confermate in entrambi. Le piattaforme dovranno fermare i prelievi e i depositi nel punto di fork per un certo periodo di tempo e implementare i propri metodi di divisione delle monete. Se vuoi saperne di più, leggi la sezione Fonti di questo post: Ridurre il rischio di fork di Bitcoin durante l’aggiornamento della rete.

La catena UASF presenta un rischio di eliminazione della catena originale. Se non esiste un piano di emergenza, tutte le attività economiche che si verificano sulla catena originale dopo il punto di fork UASF rischiano di essere eliminate. Questo ha conseguenze disastrose per l’intero ecosistema Bitcoin. UASF è un attacco contro utenti e aziende che non sono d’accordo con l’attivazione di SegWit in questo momento senza un aumento della dimensione dei blocchi, che è una clausola molto importante dell’accordo di Hong Kong siglato dalla comunità globale Bitcoin nel febbraio 2016. Il rischio di riorganizzazione della catena è più significativo di quanto si immaginasse, come analizzato da Peter R. in BUIP055,

Motivazione per la protezione dalla riorganizzazione

La probabilità (P) che la catena con i blocchi grandi si riorganizzi nella catena con i blocchi piccoli è data da

P = (q/p)^2

dove p è la frazione della potenza di hash sulla catena dei blocchi grandi e q è la frazione della potenza hash rimasta sulla catena di blocchi piccoli [2]. Con il 75% della potenza di hash indirizzata verso i blocchi più grandi, la probabilità di una riorganizzazione è dell’11%.

 

Piano di protezione

Questo piano è per uno User Activated Hard Fork, o UAHF. Qui potete trovare le specifiche tecniche:

https://github.com/bitcoin-UAHF/spec/

Il tempo di attivazione è configurabile. Inizieremo l’hard fork 12 ore e 20 minuti più tardi rispetto all’UASF. Il timbro dell’epoca sarà 1501590000.

C’è una regola secondo cui il blocco di fork “deve essere grande”. La dimensione del blocco del blocco di fork deve essere maggiore di 1.000.000 byte. Blocco di fork significa il primo blocco che adotta il cambio di regole di consenso.

Accetterà blocchi di dimensioni inferiori a 8MB e noi, miner, soft-limiteremo la dimensione del blocco a meno di 2MB.

Ci sarà una regola di soft fork aggiunta nel protocollo per limitare le operazioni di firma (sigops) per transazione entro i 20K.

La dimensione del blocco non sarà parte della regola di consenso hard-coded in futuro dopo il blocco del fork. I miner che generano blocchi di grandi dimensioni saranno puniti con incentivi economici, ma non limitando la dimensione dei blocchi.

Ci sarà una protezione contro gli attacchi replay disponibile per gli sviluppatori di piattaforme di scambio e portafogli. Qui potete trovare le specifiche:

https://github.com/Bitcoin-UAHF/spec/blob/master/replay-protected-sighash.md

Bitmain userà una parte della propria potenza di hash e lavorerà con la comunità degli sviluppatori per avere un piano di emergenza basato su UAHF. Svilupperemo modi per consentire ai miner di unirsi volontariamente a noi.

Bitmain minerà la catena per un minimo di 72 ore dopo il punto di fork BIP148 con una certa percentuale di potenza di hash fornita dalle nostre attività di mining.

Bitmain probabilmente non rilascerà immediatamente i blocchi minati alla rete pubblica a meno che le circostanze non lo richiedano, il che significa che Bitmain, all’inizio, minerà questa catena privatamente. Nelle seguenti situazioni intendiamo rilasciare i blocchi minati al pubblico (elenco non esaustivo):

  1. La catena BIP148 viene attivata e successivamente guadagna sostegno significativo dall’industria del mining, cioè dopo che BIP148 ha già diviso con successo la catena;
  2. Il sentimento del mercato per una hard fork a blocchi grandi è forte e la logica economica ci spinge a minarlo, ad esempio se il tasso di cambio è favorevole per i Bitcoin a blocchi grandi;
  3. Se esiste già una notevole quantità di altri miner che minano pubblicamente una catena a blocchi grandi e decidiamo che per noi sia ragionevole minare su quella catena. In questo caso, anche noi considereremo di entrare in quella catena e di rinunciare alla nostra catena minata privatamente, in modo che la catena pubblica UAHF non rischi di essere riorganizzata.

Una volta che Bitmain inizia a minare una catena UAHF, la mineremo in modo persistente e ignoreremo incentivi economici a breve termine. Crediamo che una roadmap, compresa l’opzione di adattare la dimensione dei blocchi, servirà meglio gli utenti e quindi ci aspettiamo attragga un prezzo di mercato più elevato a lungo termine. La rete economica si espanderà più velocemente e le probabilità di vittoria saranno più alte in un mercato di cryptocurrency altamente competitivo.

Condividiamo la stessa convinzione con alcuni bitcoiner molto precoci, cioè che la decentralizzazione significa che più di 1 miliardo di persone in 200 paesi stanno utilizzando Bitcoin come una rete di pagamento e di risparmio e che comprende centinaia di migliaia di servizi, commercianti, piattaforme di scambio e software Bitcoin. Non crediamo che la decentralizzazione significhi un limite di dimensioni dei blocchi da 1 MB o una responsabilità di limitare la dimensione dei blocchi in modo che un Raspberry Pi possa fare da nodo completo mentre la tariffa per ogni transazione Bitcoin è superiore al reddito giornaliero nella maggior parte dei paesi in via di sviluppo. Crediamo che Bitcoin debba offrire alla gente un’alternativa per crescere senza dipendere da potenti autorità che addebitano tariffe che possono essere pari a 100$ per transazione.

 

Sviluppo software

Attualmente ci sono almeno 3 team di sviluppo del client che lavorano sul codice della specifica. Tutti vogliono stare tranquilli e lontani dall’esercito di propaganda e trolling di alcune società. Si annunceranno da soli quando si sentiranno pronti. Gli utenti saranno in grado di installare il software e decidere se unirsi all’UAHF.

Ci aspettiamo che i software siano pronti prima del 1 luglio, e saranno funzionanti sulla testnet da allora.

 

Roadmap futura

Se l’accordo di New York entra in vigore

Ci auguriamo che l’accordo di New York venga sviluppato e implementato bene. È l’ultima speranza che Bitcoin cresca in modo unito a fronte della minaccia di BIP148. Faremo del nostro meglio per distribuirlo e attivarlo al più presto.

Se BIP148 si attiva

Allora UAHF sarà lanciato lo stesso giorno. La catena UAHF proteggerà le transazioni economiche che rischiano la riorganizzazione a causa di UASF.

In seguito, supporteremo l’attivazione di SegWit sulla catena UAHF se a SegWit non sarà associato alcun rischio di brevetto e se verrà eliminato il tasso di sconto arbitrario del segmento dei dati testimoni. Potrebbe essere necessario eliminare il parametro del peso, che è progettato per i tassi artificiali, e dobbiamo essere sinceri e chiari nell’inserire nel codice del software le diverse limitazioni sui diversi tipi di blocchi e di altri parametri. Un SegWit senza il tasso di sconto artificiale tratterà le transazioni legacy in modo giusto senza attribuire vantaggi ingiusti alle transazioni SegWit. Aiuterà anche l’effetto di aumento della capacità di SegWit in modo più significativo rispetto al tasso scontato. Inoltre spingeremo e incoraggeremo i cambiamenti nel codice, nel blocco principale o nel blocco di estensione, che renderanno la rete Lightning più sicura e affidabile rispetto all’attuale versione SegWit di Bitcoin Core.

I blocchi di estensione saranno sviluppati come un framework per incoraggiare molti team di sviluppo di protocolli a portare innovazione e capacità nel protocollo Bitcoin. Alcune innovazioni importanti ma aggressive possono essere introdotte senza compromettere tutti gli utenti o le società Bitcoin in tutto il mondo. Questo accelererà l’innovazione del protocollo Bitcoin. Anche le sidechain saranno incoraggiate dopo che i problemi di sicurezza associati saranno stati esaminati dalla comunità tecnica. I miner sono davvero motivati dalla speranza che Bitcoin sarà un successo.

Incoraggeremo e aiuteremo varie soluzioni multistrato ad entrare in produzione. Come investitore molto precoce di RootStock, abbiamo identificato il potenziale di un’altra importante cryptocurrency concorrente. Stiamo già lavorando a stretto contatto con gli autori di altre soluzioni multistrato.

Dovrebbe essere promosso un nuovo servizio di sicurezza SPV da parte dei nodi completi, oltre ad ulteriori ricerche e librerie compatibili con il modello SPV da promuovere tra gli sviluppatori di portafogli.

Se Bitcoin può combinare Bitcoin NG by Emin e Lumino by Sergio, può essere più facile raggiungere un incremento della velocità della rete Bitcoin attuale fino a 100x con una dimensione dei blocchi di circa 100KB ma con una frequenza di generazione più elevata. L’originale Bitcoin NG è una proposta di hard fork, ma possiamo renderlo soft fork a livello di protocollo con il framework di estensione dei blocchi. Allo stesso tempo RootStock, co-fondata dall’inventore di Lumino, sta anch’essa cercando di implementare Lumino. Lumino funzionerà perfettamente con la rete Lightning. Sarà interessante vedere quale implementazione porterà Lumino in produzione per prima, e in che modo.

Anche Schnorr Signature è nell’ultima fase di revisione.

Sarà promossa la diversificazione dello sviluppo dei client. Il concetto di consenso difensivo è in fase di sviluppo e aiuterà l’industria del mining. Il consenso difensivo aiuterà la rete Bitcoin a lavorare in modo sicuro mentre diverse implementazioni coesisteranno insieme.

Ci sono e ci saranno altre buone innovazioni nella comunità Bitcoin che non sono state ben promosse per diversi motivi. Cerchiamo di lavorare attivamente insieme a queste innovazioni.

BUIP056 sarà sviluppato per gestire il problema di dimensione dei blocchi prima che un modello di governance delle dimensioni dei blocchi completamente automatico e matematico venga ampiamente accettato. Come dimostrato negli ultimi anni di dibattito, i miner hanno dimostrato di essere molto conservatori e disposti a lavorare con la comunità economica più ampia. Qui sotto la roadmap dell’aumento delle dimensioni dei blocchi per i prossimi anni.

 

Periodo Dimensione blocchi, Byte
Ora 1.000.000
Agosto 2017 2.000.000
Settembre 2017 4.194.304
Aprile 2018 5.931.641
Agosto 2018 8.388.608
Aprile 2019 11.863.283
Agosto 2019 16.777.216
Dopo Agosto 2019 Dipende da ulteriori ricerche

I blocchi deboli dovranno essere sviluppati e distribuiti, prima che l’aumento della dimensione dei blocchi raggiunga gli 8MB.

 

Fonti

Raccomandiamo alle altre parti dell’ecosistema una ricerca dettagliata sugli effetti dell’UASF. Tutte le aziende Bitcoin devono essere preparate in quel giorno per mitigare o eliminare i rischi che l’UASF comporta.

Ridurre il rischio di fork di Bitcoin durante l’aggiornamento della rete,https://github.com/digitsu/splitting-bitcoin

Se vuoi saperne di più sui fork di minoranza, guarda la presentazione di Meni Rosenfeld:

Come ho imparato a smettere di preoccuparmi e ad amare il fork https://fieryspinningsword.com/2015/08/25/how-i-learned-to-stop-worrying-and-love-the-fork/

Un bivio sulla strada: Dobbiamo scegliere un percorso?  https://www.youtube.com/watch?v=kkJHOpuvQo0&feature=youtu.be

Ecco una lettera per aiutarvi a comprendere la storia e l’immagine completa del grande dibattito sulla crescita di Bitcoin, anche se non siete miner:

Una lettera aperta ai miner

https://www.reddit.com/r/btc/comments/6befxw/an_open_letter_to_bitcoin_miners_jonald_fyookball/

Ecco un altro blog che vi aiuta a capire cosa succederà con il fork BIP148:

https://medium.com/@jimmysong/uasf-bip148-scenarios-and-game-theory-9530336d953e

 

(This is a translated version of Bitmain’s original blog post, which is in English)

---------------------
Liked this article? Share it with others:

Facebooktwittergoogle_plusredditpinterestlinkedin
Follow Us for Latest News & Articles:

Facebooktwittergoogle_pluslinkedin

UAHF: un plan de contingencia en contra de UASF (BIP148)

(This is a translated version of Bitmain’s original blog post, which is in English)

Definiciones

UASF: bifurcación blanda activada por el usuario. Los desarrolladores añaden un juego de reglas obligatorio para cambiar el software del nodo, invalidando ciertos tipos de bloques previamente válidos después de un flag day. Este método no requiere una mayoría de mineros que apoyen o activen la división de la cadena. La propuesta de UASF pretende hacer un ataque de 51% contra la cadena de bloques que tenga la mayoría de la actividad económica y este ataque se llama “Desaparición”.

UAHF: bifurcación dura activada por el usuario. Los desarrolladores añaden un juego de reglas obligatorio para cambiar el nodo de software. Estos cambios hacen que bloques no válidos previamente se vuelvan válidos después de un flag day, lo que no requiere una mayoría de potencia de hash para que se ejecute. Los nodos con los cambios en el juego de reglas seguirán esta cadena independientemente de su tasa de hash. La propuesta de la UAHF es una desviación pacífica y voluntaria de diversos miembros de la comunidad que tienen opiniones o visiones diferentes y no se pretende atacar otras cadenas de bloques, incluso aunque la cadena UAHF tenga la tasa de hash más alta.

 

Nodo BIP148: un nodo de Bitcoin que ha implementado los cambios de la regla de consenso BIP148.

Cadena BIP148: una cadena de bloques que es válida según los cambios de la regla del consenso BIP14. BIP148 es un tipo de UASF.

Cadena original: la cadena de bloques que usa las mismas reglas de consenso utilizadas en la actualidad (26 de mayo de 2017).

Desaparición: si la cadena UASF está activada y gana la mayoría de tasa de hash, entonces los nodos que siguen a la cadena original se reorganizarán y empezarán a seguir a la cadena UASF. Si esto se produce, un número significativo de registros de transacciones financieras desaparecerá. Es un riesgo que los nodos UASF imponen a los nodos que intentan seguir a la cadena original. Por el contrario, UAHF no amenaza a los nodos que siguen un juego de reglas diferente que tienen este mismo riesgo.

Bit 1: el bit de versión BIP9 en la cabecera de un bloque usado para indicar una activación de SegWit.

Riesgo de estancamiento: una cadena de bloques sin el apoyo de la minería puede dejar de extenderse de repente porque el incentivo económico para los mineros es bajo. Una bifurcación minoritaria como UASF está bajo serio riesgo de un estancamiento permanente.

 

Antecedentes

El 24 de mayo de 2017, una mayoría económica significativa, de más del 80% de toda la potencia de hash y el 80% del software o servicio de la fuente de las transacciones de la industria del Bitcoin, llegaron a un acuerdo en Nueva York (Acuerdo de Nueva York) sobre los pasos tangibles para escalar el Bitcoin en el futuro próximo. Los representantes de Bitcoin Core rechazaron la invitación para asistir a este encuentro. Este acuerdo es el trabajo duro de aquellos que creen sinceramente en el Bitcoin y empresarios o inversores que tienen un gran interés financiero en escalar el Bitcoin de un modo rápido y unido. Bitmain apoya el acuerdo. Apoyamos el acuerdo y queremos que se haga realidad lo antes posible.

El proyecto de software btc1, que está abordando el acuerdo de Nueva York, ha estado en desarrollo activo y probablemente entregará un plan de cambio de regla de consenso llamado SegWit2x. El testnet5 para SegWit2x ya está listo. La versión Alpha del software saldrá el 16 de junio y todo va sin retraso.

Sigue el github aquí:

https://github.com/btc1

Lee una discusión de reddit sobre él aquí:

https://www.reddit.com/r/btc/comments/6h1wpr/segwit2x_a_summary/

Suscríbete a la lista de correos:

https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-ml

A pesar de este acuerdo, el movimiento de astroturfing de la UASF (BIP148) sigue recibiendo mucha atención en foros censurados, muchos de los cuales están controlados por individuos anónimos. Muchos de los desarrolladores de software que trabajan en un proyecto de software llamado “Bitcoin Core” también lo apoyan. BIP148 supone un riesgo significativo para el ecosistema Bitcoin, así que estamos preparando un plan de contingencia para proteger la actividad económica de la cadena de bloques de Bitcoin de esta amenaza.

El acuerdo de Nueva York está siendo saboteado de manera continua e intencional por un grupo de desarrolladores de software que trabajan en Bitcoin Core. También debemos estar preparados para el riesgo destructivo que la activación de la UASF traerá a la red de Bitcoin. El acuerdo de Nueva York es muy conservador y está dirigido a traer la paz a la comunidad del Bitcoin en un problema de escalabilidad simple pero artificialmente ampliado. Si, de algún modo, el acuerdo de Nueva York no puede impedir la división de la cadena, debemos estar preparados.

El propósito de esta publicación de blog es anunciar nuestro plan de contingencia UAHF para la UASF/BIP148.

 

Por qué necesitamos un plan de contingencia en contra del BIP148

Según el BIP148, cuando la MTP de la cadena esté en o más allá del jueves, 1 de agosto de 2017 a las 12:00:00 GMT (hora epoch 1501545600), los nodos BIP148 empezarán a abandonar los bloques de Bitcoin que no señalen a Bit 1 como su punto de bifurcación UASF. Este cambio en la regla de consenso hace el juego de reglas más pequeño que la cadena original antes de la activación de BIP148. Los nodos BIP148 seguirán la nueva cadena BIP148 si hay una potencia de hash mayor que cero apoyándola; si la potencia de hash que apoya la cadena es 0, los nodos BIP148 encontrarán que su cadena no puede extenderse.

Si hay potencia de hash apoyando la cadena BIP148, no hace falta que sea una mayoría de potencia de hash la que permita que la cadena se extienda. Incluso si hay solo una persona resolviendo hashes a mano, con el tiempo suficiente la cadena BIP148 puede ser extendida por otro bloque. Según la distribución de tasa de hash existente, algunos operadores de pools de minería bien conocidos han afirmado que apoyarán la UASF al permitir a los mineros elegir, aunque su potencia de hash total no sea suficiente para asegurar una mayoría. Una empresa que contrata muchos desarrolladores de protocolos de Bitcoin cruciales controla ya parte de su propia pequeña tasa de hash, según su director ejecutivo. Por tanto, la red de Bitcoin tiene un alto riesgo de dividirse el 1 de agosto de 2017.

BIP148 es muy peligroso para las transacciones y otros negocios. No hay indicios de apoyo económico significativo tras el BIP148 y cuando cobre vida como cadena de bloques, el apoyo económico estará probablemente basado en la especulación. La actividad de minería tras una cadena UASF podría pararse sin avisar y los inversores que compraron gracias a la propaganda del BIP148 podrían perder toda su inversión. Todas las transacciones que decidan apoyar un identificador UASF tras el punto de bifurcación deben considerar el riesgo de estancamiento asociado.

No hay protección ante la repetición en una cadena BIP148. Las transacciones se transmitirán a ambas cadenas y los usuarios no podrán impedir que se confirmen en ambas. Los agentes de compra-venta deben detener las retiradas y depósitos en el punto de bifurcación durante un tiempo y desplegar sus propios métodos de división de monedas. Si deseas más información, lee la sección de Referencias de esta publicación: Mitigating Bitcoin Forking Risk during Network Upgrade.

La cadena UASF representa un riesgo de que la cadena desaparezca. Si no hay un plan de contingencia, toda la actividad económica que se produzca en la cadena original después del punto de bifurcación UASF se enfrentará al riesgo de ser eliminada. Esto tiene unas consecuencias desastrosas para todo el ecosistema Bitcoin. UASF es un ataque contra los usuarios y las empresas que no están de acuerdo en activar SegWit ahora mismo sin un aumento del tamaño de los bloques, que es una cláusula muy importante del acuerdo de Hong Kong hecho por la comunidad global de Bitcoin en febrero de 2016. El riesgo de reorganización de la cadena es más significativo de lo que se imagina, tal y como lo analiza Peter R. en  BUIP055,

Fundamentos para la protección ante la reorganización

La probabilidad (P) de que la cadena de bloques grandes se reorganice para volver a ser una cadena de bloques pequeños viene dada por

P = (q/p)^2

Donde p es la fracción de la potencia de hash que mina la cadena de bloques grandes y q es la fracción de la potencia de hash que queda en la cadena de bloques pequeños [2]. Con el 75% de la potencia de hash apoyando  bloques más grandes, la probabilidad de una reorganización es del 11%.

Plan de protección

Este plan es para una bifurcación dura activada por el usuario o UAHF. Puedes encontrar especificaciones técnicas aquí:

https://github.com/bitcoin-UAHF/spec/

La hora de activación puede configurarse. Haremos la bifurcación dura 12 horas y 20 minutos más tarde que la UASF. La hora epoch será 1501590000.

Existirá una regla“debe ser grande” en el bloque de la bifurcación. El tamaño del bloque de la bifurcación debe ser mayor que 1.000.000 byte. El bloque de la bifurcación es el primer bloque que adopte el cambio de la regla de consenso.

Aceptará el bloque cuyo tamaño sea menor de 8 MB y nosotros, los mineros, limitaremos de forma blanda el tamaño del bloque a menos de 2 MB.

Se añadirá una regla de bifurcación blanda al protocolo para limitar las SigOps por transacción a 20 K.

El tamaño del bloque no será parte de la regla de consenso de código duro en el futuro después de la bifurcación del bloque. Los mineros que generen boques grandes serán castigados en los incentivos económicos pero no con la limitación del tamaño del bloque.

Habrá una protección para el ataque de repetición disponible para los agentes de compra-venta y los desarrolladores de carteras. Puedes encontrar las especificaciones aquí:

https://github.com/Bitcoin-UAHF/spec/blob/master/replay-protected-sighash.md

Bitmain usará parte de su propia tasa de hash y trabajará con la comunidad de desarrolladores para tener un plan de contingencia basado en UAHF. Desarrollaremos opciones para que los mineros se nos unan voluntariamente.

Bitmain minará la cadena durante un mínimo de 72 horas después del punto de bifurcación BIP148 con un cierto porcentaje de potencia de hash suministrado por nuestras propias operaciones de minería.

Bitmain, probablemente, no liberará de inmediato los bloques minados a la red pública a no ser que las circunstancias lo exijan, lo que significa que Bitmain minará esa cadena de forma privada primero. Pretendemos liberar los bloques minados en las siguientes situaciones (no es una lita exhaustiva):

  1. La cadena BIP148 se ha activado y posteriormente obtiene un apoyo significativo de la industria minera; es decir, después de que el BIP148 haya dividido con éxito la cadena.
  2. Haya unfuerte deseo del mercado de una bifurcación dura de bloques grandes y fundamentos económicos que nos lleven a minarla; por ejemplo, el tipo de cambio está a favor de un Bitcoin de bloques grandes.
  3. Si ya hay una cantidad significativa de mineros que estén minando una cadena de bloques grandes públicamente y decidimos que es lógico que minemos encima de esa cadena. En ese caso, también tendremos en cuenta unirnos a esa cadena y abandonar nuestra cadena minada en privado para que la cadena pública UAHF no corra el riesgo de ser reorganizada.

Una vez que Bitmain empiece a minar una cadena UAHF públicamente, la minaremos de forma persistente e ignoraremos los incentivos económicos a corto plazo. Creemos que una hoja de ruta que incluya la opción de ajustar el tamaño del bloque será más útil a los usuarios, así que esperamos que atraiga un precio de mercado más alto a largo plazo. La red económica se expandirá más rápido y las probabilidades de ganar serán más altas en un mercado de criptomonedas altamente competitivo.

Compartimos la idea de los primeros bitcoiners de que la descentralización significa que más de 1000 millones de personas en 200 países están usando el Bitcoin como moneda de ahorro y red de pago y que abarca cientos de miles de servicios, comerciantes, transacciones y software de Bitcoin. No creemos que la descentralización signifique poner un límite de 1 MB en el tamaño de los bloques o la responsabilidad de reducir el tamaño del bloque para que un Raspberry Pi pueda ejecutar todo un nodo y que la tarifa por transacción de Bitcoin sea más alta que el ingreso diario en la mayor parte de los países en desarrollo. Creemos que el Bitcoin debe ofrecer a la gente la posibilidad de prosperar sin depender de poderosas autoridades que cobren comisiones que puedan ser de hasta 100 $ por transacción.

 

Desarrollo de software

En la actualidad, hay al menos tres equipos de desarrollo de cliente trabajando en el código de la especificación. Todos desean estar en silencio y alejados de la propaganda y del ejército de troles de ciertas empresas. Se darán a conocer cuando estén preparados. Los usuarios podrán instalar el software y decidir si se unen al UAHF.

Se espera que el software esté listo antes del 1 de julio y estará funcionando en testnet para entonces.

 

Hoja de ruta futura

Si se activa el acuerdo de Nueva York

Deseamos que el acuerdo de Nueva York se desarrolle y se lleve a cabo correctamente. Es la última esperanza para escalar el Bitcoin de manera unida de cara a la amenaza del BIP148. Haremos lo que podamos para desplegarlo y activarlo lo antes posible.

Si BIP148 se activa

En ese caso, UAHF se activará el mismo día. La cadena UAHF protegerá las transacciones económicas que corren riesgo de reorganizarse debido al UASF.

Después, apoyaremos la activación del SegWit en la cadena UAHF si no hay un riesgo patente asociado al SegWit y si la tasa de descuento arbitraria del segmento de datos de testigos se elimina. El parámetro de peso, que está diseñado para las tasas artificiales, tendrá que ser eliminado y tendremos que ser francos y directos en el código del software sobre las distintas limitaciones en diferentes tipos de bloques y otros parámetros. Un SegWit sin la tasa de descuento artificial tratará el tipo de transacción heredado de manera justa y no dará a las transacciones SegWit una ventaja injusta. También ayudará a aumentar la capacidad de SegWit de manera más significativa que con la tasa de descuento. Además impulsaremos y fomentaremos cambios en el código, en el bloque principal o en los bloques de extensión que harán que Lightning Network funcione de modo más seguro y fiable que la actual versión de SegWit de Core.

Los bloques de extensión se desarrollarán como marco para animar a diversos equipos de desarrollo de protocolos a aportar innovaciones y capacidades al protocolo Bitcoin. Algunas innovaciones importantes aunque agresivas pueden introducirse sin afectar a todos los usuarios o empresas de Bitcoin del mundo. Esto acelerará la innovación del protocolo Bitcoin. Las cadenas laterales (sidechains) también se fomentarán cuando la comunidad técnica haya revisado los problemas de seguridad asociados. Los mineros se ven sinceramente impulsados por la esperanza de que el Bitcoin sea un éxito.

Fomentaremos y ayudaremos a que se produzcan diversas soluciones multicapa. Siendo uno de los primeros inversores de RootStock, identificamos el potencial de otra importante criptomoneda competidora. Ya estamos trabajando en estrecha colaboración con autores de otras soluciones multicapa.

Debería promoverse un nuevo servicio de seguridad SPV de nodos completos, así como una mayor investigación y bibliotecas compatibles con el modelo SPV entre los desarrolladores de carteras.

Si Bitcoin puede combinar Bitcoin NG, de Emin, y Lumino, de Sergio, entonces puede alcanzarse con facilidad un aumento del rendimiento de la actual red de Bitcoin hasta 100 veces más con un tamaño de bloques de unos 100 KB pero con una frecuencia de generación de bloques más alta. La propuesta original Bitcoin NG es de bifurcación dura pero podemos hacerla blanda en el protocolo con el marco del bloque de extensión. Al mismo tiempo, RootStock, cofundado por el inventor de Lumino, también está intentando implementar Lumino en RootStock. Lumino funcionará perfectamente con Lightning Network. Será interesante ver qué implementación producirá Lumino en primer lugar y de qué modo.

La firma Schnorr está también en la revisión de su última etapa.

Deberá promoverse la diversificación del desarrollo del cliente. El concepto de consenso defensivo se está desarrollando y ayudará a la industria minera. El consenso defensivo ayudará a la red de Bitcoin a funcionar de manera segura mientras múltiples implementaciones funcionan a la vez.

Hay y habrá otras buenas innovaciones en la comunidad de Bitcoin que no se han fomentado adecuadamente por diversos motivos. Esperamos trabajar activamente en esas innovaciones.

BUIP056 se desarrollará para gestionar el problema del tamaño del bloque antes de que se acepte ampliamente un modelo de gestión del tamaño del bloque totalmente automático y matemático. Como se ha visto en los últimos años de debate, los mineros han demostrado ser muy conservadores y dispuestos a trabajar con la comunidad económica más amplia. A continuación se encuentra la hoja de ruta del aumento del tamaño del bloque para los próximos años.

 

Fecha Tamaño del bloque, Byte
Ahora 1.000.000
Agosto, 2017 2.000.000
Sept., 2017 4.194.304
Abril, 2018 5.931.641
Agosto, 2018 8.388.608
Abril, 2019 11.863.283
Agosto, 2019 16.777.216
Después de agosto, 2019 Depende de la investigación futura

Deberán desarrollarse y desplegarse bloques más débiles antes de que el tamaño del bloque alcance los 8 MB.

 

Referencias

Para conocer otros grupos del ecosistema, recomendamos una investigación detallada sobre los efectos del UASF. Todos los negocios basados en Bitcoin deberán estar preparados ese día para mitigar o eliminar el riesgo que trae consigo el UASF.

Mitigating Bitcoin Forking Risk during Network Upgrade, https://github.com/digitsu/splitting-bitcoin

Si deseas saber más sobre bifurcaciones minoritarias, lee la presentación de Meni Rosenfeld:

How I learned to stop worrying and love the fork

 https://fieryspinningsword.com/2015/08/25/how-i-learned-to-stop-worrying-and-love-the-fork/

A Fork in the Road: Must we Choose a Path?

https://www.youtube.com/watch?v=kkJHOpuvQo0&feature=youtu.be

Esta es una carta para ayudaros a entender la historia y el cuadro completo del gran debate de la escalabilidad del Bitcoin incluso si no sois mineros:

An Open Letter to Miners

https://www.reddit.com/r/btc/comments/6befxw/an_open_letter_to_bitcoin_miners_jonald_fyookball/

Este es otro blog para ayudarte a entender lo que pasará con la bifurcación BIP148:

https://medium.com/@jimmysong/uasf-bip148-scenarios-and-game-theory-9530336d953e

 

(This is a translated version of Bitmain’s original blog post, which is in English)

---------------------
Liked this article? Share it with others:

Facebooktwittergoogle_plusredditpinterestlinkedin
Follow Us for Latest News & Articles:

Facebooktwittergoogle_pluslinkedin

UAHF: Ein Notfallplan gegen UASF (BIP148)

(This is a translated version of Bitmain’s original blog post, which is in English)

Definitionen

UASF:  User Aktivierte Softfork. Entwickler fügen einen verbindlichen Regelsatz hinzu, um die Node-Software zu ändern, was bestimmte Arten zuvor gültiger Blöcke nach einem Flagday ungültig macht. Diese Methode macht keine Mining-Mehrheit erforderlich, um einen Chain Split zu unterstützen oder zu aktivieren. Das UASF-Angebot hat zum Ziel, eine 51%-Attacke gegen die Blockchain vorzunehmen, die die Mehrheit der wirtschaftlichen Aktivität hat, und diese Attacke wird als „Wipe Out“ bezeichnet.

UAHF: User Aktivierte Hardfork. Entwickler fügen einen verbindlichen Regelsatz hinzu, um die Node-Software zu ändern. Diese Änderungen führen dazu, das zuvor ungültige Blöcke nach einem Flagday gültig werden, was nicht erforderlich macht, dass eine Mehrheit der Hash Power ausgeführt wird. Nodes mit den Regelsatzänderungen folgen dieser Chain, unabhängig von deren Hash-Rate. Das UAHF-Angebot ist ein friedlicher und freiwilliger Aufbruch verschiedener Community-Mitglieder, die verschiedene Meinungen und Visionen haben, und es zielt nicht darauf ab, andere Blockchains anzugreifen, selbst wenn die UAHF-Chain eine höhere Hash-Rate hat.

BIP148-Node: ein Bitcoin-Node, das die BIP148-Konsensregel-Änderungen implementiert hat.

BIP148-Chain: eine Blockchain, die laut der BIP148-Konsensregel-Änderungen gültig ist. BIP148 ist eine Art von UASF.

Original-Chain: Die Blockchain, die die gleichen Konsensregeln verwendet, die heute genutzt werden. (26. Mai 2017)

Wipe-Out: Falls die UASF-Chain aktiviert ist und die UASF-Chain die Mehrheits-Hash-Rate erhält, werden die Nodes, die der Original-Chain folgen, sich neu organisieren und damit anfangen, der UASF-Chain zu folgen. In einem solchen Fall wird eine deutliche Zahl der Aufzeichnungen zu finanziellen Transaktionen verschwinden. Dies ist ein Risiko, welches die UASF-Nodes jenen Nodes auferlegen, die der Original-Chain folgen. Im Gegensatz hierzu bedroht ein UAHF die Nodes, die einen anderen Regelsatz befolgen, nicht mit demselben Risiko.

Bit 1: Das BIP9-Versions-Bit in einem Block-Header, der als Signal für die SegWit-Aktivierung genutzt wird.

Stagnationsrisiko: Eine Blockchain ohne Mining-Support kann plötzlich damit aufhören, erweitert zu werden, da der wirtschaftliche Anreiz für Miner gering ist. Ein Minderheits-Fork wie UASF unterliegt einem ernsthaften Risiko permanenter Stagnation.

 

Hintergrund

Am 24. Mai 2017, traf eine bedeutende wirtschaftliche Mehrheit – mehr als 80% der gesamten Hashing-Power- und 80% der Transaktions-Source-Software – der Bitcoin-Branche eine Vereinbarung in New York (New York Vereinbarung) bezüglich konkreter Schritte, Bitcoin in der nahen Zukunft zu skalieren. Vertreter von Bitcoin Core lehnten die Einladung zu diesem Meeting ab. Diese Vereinbarung ist die harte Arbeit jener, die ehrlich an Bitcoin glauben sowie jener Unternehmer oder Investoren, die ein starkes finanzielles Interesse an der schnellen und gemeinsamen Skalierung von Bitcoin haben. Bitmain ist ein Unterstützer der Vereinbarung. Wir unterstützen die Vereinbarung und möchten, dass diese so schnell wie möglich durchgeführt wird.

Ein Software-Projekt, btc1, welches die New-York-Vereinbarung thematisiert, befand sich in aktiver Entwicklung und wird wahrscheinlich einen Konsensregel-Änderungsplan liefern, der SegWit2x genannt wird. Der testnet5 für SegWit2x ist bereits am Leben. Die Alpha-Version der Software wird am 16. Juni veröffentlicht, und alles ist noch immer pünktlich.

Folgen Sie dem github hier:

https://github.com/btc1

Lesen Sie eine Reddit-Diskussion darüber hier:

https://www.reddit.com/r/btc/comments/6h1wpr/segwit2x_a_summary/

Abonnieren Sie die Mailingliste:

https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-ml

Trotz dieser Vereinbarung bekommt die UASF (BIP148) Astroturfing-Bewegung weiterhin viel Sendezeit auf zensierten Foren, von denen viele von einzelnen anonymen Individuen kontrolliert werden. Viele der Softwareentwickler, die an einem Softwareprojekt namens  “Bitcoin Core” arbeiten, unterstützen dies auch. BIP148 stellt ein bedeutendes Risiko für das Bitcoin-Ökosystem dar. Daher bereiten wir einen Notfallplan vor, um die wirtschaftliche Aktivität auf der Bitcoin-Blockchain vor dieser Bedrohung zu schützen.

Die New-York-Vereinbarung wird auch kontinuierlich und vorsätzlich von einer Gruppe von Softwareentwicklern sabotiert, die an Bitcoin Core arbeiten.

Wir müssen außerdem auf das zerstörerische Risiko vorbereitet sein, das eine UASF-Aktivierung dem Bitcoin-Netzwerk bescheren wird. Die New-York-Vereinbarung ist sehr konservativ und zielt darauf ab, innerhalb der Bitcoin-Community bezüglich einer einfachen aber künstlich eskalierten Skalierungsproblematik Frieden zu schaffen. Falls die New-York-Vereinbarung einen Chain-Split irgendwie nicht verhindern kann, müssen wir vorbereitet sein.

Der Zweck dieses Blog-Posts besteht darin, unseren UAHF-Notfallplan für UASF/BIP148 anzukündigen.

 

Warum wir einen Notfallplan gegen BIP148 benötigen

Gemäß BIP148 gilt, dass wenn der Chain MTP bei oder nach Dienstag, den 1. August 2017 0:00 Uhr GMT (Epochenzeit 1501545600) liegt, die BIP148-Nodes damit anfangen, Bitcoin-Blocks verwaisen zu lassen, die Bit 1 an ihrem UASF-Forking-Point nicht signalisieren. Die Konsensregel-Änderung verkleinert den Regelsatz gegenüber der Original-Chain vor der BIP148-Aktivierung. BIP148-Nodes folgen der neuen BIP148-Chain, falls mehr als null Hashing-Power vorhanden ist, um es zu unterstützen. Falls die Hash-Rate, die die Chain unterstützt, 0 ist, werden BIP148-Nodes entdecken, dass ihre Chain nicht erweiterungsfähig ist.

Falls Hash-Power vorhanden ist, die die BIP148-Chain unterstützt, muss es sich nicht um eine Hash-Rate-Mehrheit handeln, um eine Erweiterung der Chain zu ermöglichen. Selbst wenn nur eine Person vorhanden ist, die Hashes per Hand löst, kann die BIP148-Chain durch einen weiteren Block erweitert werden, solange genügend Zeit vorhanden ist. Laut der bestehenden Hash-Rate-Distribution haben ein paar bekannte Mining-Pool-Betreiber ausgesagt, dass sie den UASF unterstützen werden, indem Sie Minern Wahlfreiheit lassen, obwohl deren Gesamt-Hash-Rate nicht ausreicht, um eine Mehrheit sicherzustellen. Ein Unternehmen, das viele entscheidende Bitcoin-Protokoll-Entwickler einstellt, kontrolliert nun gemäß seines CEO einen Teil seiner eigenen kleinen Hash-Rate. Es besteht also für das Bitcoin-Netzwerk ein hohes Risiko, dass dieses am 1. August 2017 gespalten wird.

BIP148 ist für Exchanges und andere Geschäfte sehr gefährlich. Es gibt keine Anzeichen für eine bedeutende wirtschaftliche Unterstützung hinter BIP148, und wenn es als Blockchain am Leben ist, würde die wirtschaftliche Unterstützung höchstwahrscheinlich auf Spekulation basieren. Die Mining-Aktivität hinter einer UASF-Chain könnte ohne Vorankündigung stoppen, und Investoren, die der BIP148-Propaganda Glauben schenken, könnten ihre gesamten Investitionen verlieren. Jegliche Exchanges, die entscheiden, ein UASF-Token nach dem Forking-Point zu unterstützen, müssen das Stagnationsrisiko berücksichtigen, das damit einher geht.

Es besteht kein Replay-Schutz auf einer BIP148-Chain. Transaktionen werden auf beiden Chains übertragen und User können nicht verhindern, dass diese auf beiden bestätigt werden. Exchanges müssen Abhebungen und Einzahlungen am Forking-Point für eine gewisse Zeit stoppen, und ihre eigenen Coin-Splitting-Methoden einsetzen. Falls Sie mehr dazu erfahren möchten, lesen Sie bitte im Abschnitt Referenzen dieses Posts: Minderndes Bitcoin-Forking-Risiko während Netzwerk-Upgrade.

Die UASF-Chain beinhaltet das Risiko, dass die Original-Chain vernichtet wird. Falls kein Notfallplan besteht, ist für alle wirtschaftlichen Aktivitäten, die auf der Original-Chain nach dem UASF-Forking-Point auftreten, das Risiko vorhanden, vernichtet zu werden. Dies hat verheerende Konsequenzen für das gesamte Bitcoin-Ökosystem. UASF ist eine Attacke gegen User und Unternehmen, die im Augenblick mit der Aktivierung von SegWit ohne Blocksize-Erhöhung nicht einverstanden ist. Dies ist zudem eine wichtige Klausel in der Hong Kong Vereinbarung, die von der globalen Bitcoin-Community im Februar 2016 getroffen wurde. Das Chain-Reorg-Risiko ist bedeutender als man sich vorstellen konnte, wie Peter R. in  BUIP055 analysiert:

Gründe für einen Reorg-Schutz

Die Wahrscheinlichkeit (P), dass die Groß-Block-Chain sich in einer Klein-Block-Chain reorganisiert, ist gegeben durch

P = (q/p)^2

wobei p der Bruchteil der Hash-Power ist, der die große Blockchain abbaut, und q der Bruchteil der Hash Power ist, der auf der kleinen Blockchain verbleibt [2]. Wenn 75% der Hash Power größere Blöcke unterstützt, beträgt die Reorg-Wahrscheinlichkeit 11%.

 

Plan zum Schutz

Dieser Plan gilt für eine User Aktivierte Hardfork, oder UAHF. Sie finden im folgenden die technischen Spezifikationen:

https://github.com/bitcoin-UAHF/spec/

Die Aktivierungszeit lässt sich konfigurieren. Wir setzen die Hardfork bei 12 Stunden und 20 Minuten später als UASF an. Der Epochenzeit-Stempel ist dann 1501590000.

Es gibt die „muss groß sein“-Regel bezüglich des Fork-Blocks. Die Blocksize des Fork-Block muss größer sein als 1.000.000 Byte. Fork-Block bedeutet der erste Block, der die Konsensregel-Änderung annimmt.

Er akzeptiert einen Block, dessen Größe unter 8 MB liegt, und wir Miner legen ein Soft-Limit der Blocksize bei weniger als 2 MB fest.

Dem Protokoll wird eine Softfork-Regel hinzugefügt, um die SigOps per Transaktion innerhalb von 20K zu begrenzen.

Die Blocksize wird für uns in Zukunft nach dem Fork-Block nicht Bestandteil der fest eingebauten Konsensregel sein. Miner, die große Blöcke generieren, werden durch wirtschaftliche Anreize bestraft, aber nicht durch Begrenzung der Blocksize.

Es wird einen Replay-Angriffschutz geben, der für Exchanges und Wallet-Entwickler zur Verfügung steht. Hier finden Sie Spezifikationen:

https://github.com/Bitcoin-UAHF/spec/blob/master/replay-protected-sighash.md

Bitmain wird einen Teil seiner eigenen Hash-Rate nutzen und mit der Entwickler-Community zusammenarbeiten, um einen Notfallplan zu haben, der auf UAHF basiert. Wir werden Optionen für Miner entwickeln, die freiwillig zu uns stoßen.

Bitmain wird die Chain für mindestens 72 Stunden nach dem BIP148 Forking-Point mit einem bestimmten Prozentsatz der Hash-Rate abbauen, die von unserem eigenen Mining-Betrieb geliefert wird.

Bitmain wird die abgebauten Blöcke wahrscheinlich nicht sofort ans öffentliche Netzwerk freigeben, es sei denn, die Umstände machen dies erforderlich, was bedeutet, dass Bitmain eine solche Chain zuerst privat abbauen wird. Wir beabsichtigen, die abgebauten Blöcke in den folgenden Situationen an die Öffentlichkeit freizugeben (unvollständige Liste):

  1. Die BIP148-Chain ist aktiviert und erhält anschließend bedeutenden Support von der Mining-Branche; d.h. nachdem BIP148 die Chain bereits erfolgreich gespalten hat;
  2. Die Marktstimmung für einen Groß-Block-Hardfork ist stark, und wirtschaftliche Gründe bringen uns dazu, es zum Beispiel abzubauen, und die Exchange-Rate begünstigt den Groß-Block-Bitcoin;
  3. Falls bereits ein bedeutender Anteil anderer Miner eine Groß-Block-Chain öffentlich abbaut und wir beschließen, dass es rational für uns ist, auf dieser Chain ein Mining durchzuführen. In einem solchen Fall werden wir außerdem in Erwägung ziehen, dieser Chain hinzuzustoßen und unsere privat abgebaute Chain aufzugeben, so dass die öffentliche UAHF-Chain nicht dem Risiko unterliegt, reorganisiert zu werden.

Sobald Bitmain damit anfängt, eine UAHF-Chain öffentlich abzubauen, werden wir hartnäckig weiter abbauen und kurzfristige wirtschaftliche Anreize ignorieren. Wir glauben, dass eine Roadmap einschließlich der Option, die Blocksize anzupassen, Usern besser gerecht werden wird, so dass wir erwarten, dass dies langfristig einen höheren Marktpreis mit sich bringen wird. Das wirtschaftliche Netzwerk wird schneller expandieren, und die Gewinnchancen werden in einem höchst wettbewerbsfähigen Kryptowährungsmarkt höher liegen.

Wir teilen die Meinung einiger früher Bitcoiner, dass Dezentralisierung bedeutet, dass mehr als eine Milliarde Menschen in 200 Ländern Bitcoin als Spar-Währung und Zahlungsnetzwerk nutzen, und dass dies Hunderttausende von Bitcoin-Diensten, Händlern, Exchanges und Software umfasst. Wir glauben nicht, dass Dezentralisierung ein 1-MB-Blocksize-Limit oder eine Verantwortung, die Blocksize zu beschränken, bedeutet, so dass ein Raspberry Pi einen vollen Node laufen lassen kann, während die Gebühr pro Bitcoin-Transaktion höher ist als das tägliche Einkommen in den meisten Entwicklungsländern. Wir glauben, dass Bitcoin den Leuten eine Alternative für den geschäftlichen Erfolg bietet, ohne von mächtigen Behörden abhängig zu sein, die Gebühren berechnen können, welche in der Höhe von 100 USD pro Transaktion liegen können.

 

Softwareentwicklung

Derzeit arbeiten mindestens 3 Client-Entwicklungsteams am Code der Spezifikation. Jedes von ihnen möchte sich bedeckt halten und der Propaganda und Troll-Armee bestimmter Unternehmen fern bleiben. Sie werden sich ankündigen, wenn sie dazu bereit sind. User werden in der Lage sein, die Software zu installieren und zu entscheiden, ob sie der UAHF hinzustoßen.

Die Softwares werden voraussichtlich vor dem 1. Juli bereit stehen und bis dahin live auf testnet sein.

 

Zukünftige Roadmap

Falls die New-York-Vereinbarung aktiviert wird

Wir hoffen, dass die New-York-Vereinbarung auf gute Weise entwickelt und umgesetzt wird. Dies ist für Bitcoin die letzte Hoffnung, um gemeinsam angesichts der BIP148-Bedrohung zu skalieren. Wir werden unser Bestes versuchen, um es so schnell wie möglich einzusetzen und zu aktivieren.

Falls BIP148 aktiviert wird

Dann wird UAHF am gleichen Tag am Leben sein. Die UAHF-Chain wird die wirtschaftlichen Transaktionen schützen, die aufgrund von UASF dem Risiko der Reorganisation unterliegen.

Später werden wir die Aktivierung von SegWit auf der UAHF-Chain unterstützen, falls im Zusammenhang mit SegWit kein Patentrisikobesteht und die beliebige Diskontrate des Witness-Datensegments entfernt wird. Der Gewichtsparameter, der für künstliche Raten gestaltet ist, muss eventuell gelöscht werden, und wir müssen im Software-Code bezüglich verschiedener Limitationen auf verschiedenen Arten von Blöcken und anderen Parametern offen und unkompliziert sein.  Ein SegWit ohne eine künstliche Diskontrate wird Transaktionen der vorgelagerten Art fair behandeln und SegWit-Transaktionen keinen unfairen Vorteil verschaffen. Es wird außerdem den kapazitätssteigernden Effekt von SegWit stärker unterstützen als mit der Diskontrate. Wir werden zudem Änderungen im Code, im Haupt-Block oder im Erweiterungs-Block vorantreiben und fördern, was das Lightning-Netzwerk sicherer und zuverlässiger laufen lassen wird, als Cores derzeitige Version von SegWit dies tut.

Erweiterungsblöcke werden als ein Rahmenwerk entwickelt, um Multiprotokoll-Entwicklungsteams dabei zu unterstützen, Innovationen und Kapazitäten ins Bitcoin-Protokoll einzubringen. Manche wichtigen aber aggressiven Innovationen können eingeführt werden, ohne einen Einfluss auf alle Bitcoin-User oder Unternehmen weltweit zu haben. Dies wird die Innovation des Bitcoin-Protokolls beschleunigen. Sidechains werden auch gefördert, nachdem die damit zusammenhängenden Sicherheitsprobleme von der technischen Community überprüft wurden. Miner werden wahrhaftig von der Hoffnung angetrieben, dass Bitcoin ein Erfolg sein wird.

Wir werden dafür sorgen und es unterstützen, dass diverse Multi-Layer-Lösungen produziert werden. Als sehr früher Investor von RootStock haben wir das Potential einer weiteren wichtigen Wettbewerbs-Kryptowährung identifiziert. Wir arbeiten bereits eng mit den Autoren anderer Multilayer-Lösungen zusammen.

Ein neuer SPV-Sicherheitsservice nach vollen Nodes sollte gefördert werden, und weitere Forschung und Bibliotheken, die mit dem SPV-Modell kompatibel sind, sollten unter Wallet-Entwicklern ebenso gefördert werden.

Falls Bitcoin es schafft, Bitcoin NC von Emin und Lumino von Sergio zu kombinieren, lässt sich eine Durchlauf-Erhöhung des derzeitigen Bitcoin-Netzwerks auf das bis zu 100fache einfacher mit einer Blocksize von ca. 100 KB erreichen – jedoch mit einer höheren Block-Generierungs-Frequenz. Der ursprüngliche Bitcoin NG ist ein Hardfork-Angebot; wir können dies jedoch in das Protokoll als Softfork einarbeiten – mit dem Erweiterungsblock-Rahmenwerk. Zur gleichen Zeit versucht auch RootStock, das vom Erfinder von Lumino mitbegründet wurde, Lumino auf RootStock zu implementieren. Lumino wird perfekt mit dem Lightning Netzwerk funktionieren. Es wird interessant sein zu sehen, welche Implementierung Lumino zuerst produzieren wird, und auf welche Weise dies geschehen wird.

Die Schnorr-Signatur befindet sich auch im letzten Stadium der Bewertung.

Die Diversifizierung der Client-Entwicklung wird gefördert werden. Das Defensive Consensus Konzept ist in der Entwicklungsphase und wird in der Mining-Branche hilfreich sein. Defensive Consensus wird dem Bitcoin-Netzwerk dabei helfen, auf sichere Weise zu funktionieren, während mehrere Implementierungen zusammenarbeiten.

Es gibt und wird andere gute Innovationen in der Bitcoin-Community geben, die aus verschiedenen Gründen nicht gut gefördert wurden. Wir haben zum Ziel, aktiv mit diesen Innovationen zu arbeiten.

BUIP056 wird entwickelt, um das Blocksize-Problem zu managen, bevor ein vollautomatisches und mathematisches Blocksize-Governance-Modell weitgehend Anerkennung gefunden haben wird. Wie sich in der Debatte der vergangenen Jahre zeigt, sind Miner sehr konservativ und dazu bereit, mit der breiteren wirtschaftlichen Community zusammenzuarbeiten. Die grobe Roadmap der Blocksize-Erhöhung für die nächsten paar Jahre ist unten aufgeführt.

 

Zeit Blocksize, Byte
Jetzt 1.000.000
August 2017 2.000.000
September 2017 4.194.304
April 2018 5.931.641
August 2018 8.388.608
April 2019 11.863.283
August 2019 16.777.216
Nach August 2019 Hängt von weiterer Forschung ab

Schwache Blöcke müssen entwickelt und eingesetzt werden, bevor die Blocksize-Erhöhung 8 MB erreicht.

 

Referenzen

Für andere Parteien im Ökosystem empfehlen wir die detaillierte Recherche bezüglich der Auswirkungen auf die UASF. Alle Bitcoin-Unternehmen müssen an jenem Tag darauf vorbereitet sein, die Risiken, die UASF trägt, zu mindern oder zu eliminieren.

Minderung des Bitcoin-Forking-Risikos während Netzwerk-Upgrade,https://github.com/digitsu/splitting-bitcoin

Falls Sie mehr über Minderheits-Forks erfahren möchten, schauen Sie sich bitte die Präsentation von Meni Rosenfeld an:

How I learned to stop worrying and love the fork (Wie ich gelernt habe, mir keine Sorgen mehr zu machen und die Fork zu lieben) https://fieryspinningsword.com/2015/08/25/how-i-learned-to-stop-worrying-and-love-the-fork/

A Fork in the Road (Eine Fork im Weg): Must we Choose a Path?  (Müssen wir einen Weg wählen?) https://www.youtube.com/watch?v=kkJHOpuvQo0&feature=youtu.be

Hier ist ein Brief, der Ihnen dabei hilft, die Historie zu verstehen und bezüglich der großen Debatte zur Bitcoin-Skalierung voll im Bilde zu sein:

Ein offener Brief an Miner

https://www.reddit.com/r/btc/comments/6befxw/an_open_letter_to_bitcoin_miners_jonald_fyookball/

Hier ist ein weiterer Blog, der Ihnen dabei helfen kann, zu verstehen, was auf der BIP148-Fork passieren wird:

https://medium.com/@jimmysong/uasf-bip148-scenarios-and-game-theory-9530336d953e

 

(This is a translated version of Bitmain’s original blog post, which is in English)

---------------------
Liked this article? Share it with others:

Facebooktwittergoogle_plusredditpinterestlinkedin
Follow Us for Latest News & Articles:

Facebooktwittergoogle_pluslinkedin

UAHF: A contingency plan against UASF (BIP148)

(We have also published the translated versions of this blog post in Deutsche, עִברִית, Italiano, 日本語, 한국어, русский and Español )

Definitions

UASF: User Activated Soft Fork. Developers add a mandatory rule set to change the node’ software, invalidating certain kinds of previously valid blocks after a flag day. This method requires no mining majority to support or activate a chain-split. The UASF proposal intends to make a 51% attack against the blockchain that has the majority of economic activity, and this attack is called a “Wipe Out”.

UAHF: User Activated Hard Fork. Developers add a mandatory rule set to change the node software. These changes make previously invalid blocks become valid after a flag day, which do not require a majority of hash power to be enforced. Nodes with the rule set changes will follow this chain irrespective of its hash rate. The UAHF proposal is a peaceful and voluntary departure of different community members who have different opinions or visions, and it is not intended to make an attack against other blockchain(s), even if the UAHF chain has the higher hash rate.

BIP148 node: a Bitcoin node that has implemented BIP148 consensus rule changes.

BIP148 chain: a blockchain that is valid according to the BIP148 consensus rule changes. BIP148 is a kind of UASF.

Original chain: The blockchain that uses the same consensus rules in use today. (May 26th, 2017)

Wipe Out: If the UASF chain is activated and if the UASF chain gains the majority hash rate, then the nodes following the original chain will reorganize and begin to follow the UASF chain. In such an event, a significant number of financial transaction records will disappear. This is a risk that UASF nodes impose on nodes intending to follow the original chain. In contrast, a UAHF does not threaten the nodes following a different rule set with this same risk.

Bit 1: The BIP9 version bit in a block header used to signal for SegWit activation.

Stagnation risk: A blockchain without mining support may suddenly stop being extended, because the economic incentive for miners is low. A minority fork like UASF is under serious risk of permanent stagnation.

 

Background

On May 24th, 2017, a significant economic majority, more than 80% of the entire hashing power and 80% of transactions’ source software or service, of the Bitcoin industry came to an agreement in New York (New York Agreement) on tangible steps to scale Bitcoin in the near future. Representatives of Bitcoin Core declined the invite to attend this meeting. This agreement is the hard work of those who sincerely believe in Bitcoin and those entrepreneurs or investors who have strong financial interest in scaling Bitcoin quickly and unitedly. Bitmain is a supporter of the agreement. We support the agreement and we want to make it happen as soon as possible.

A software project, btc1, which is addressing the New York Agreement, has been under active development and will likely deliver a consensus rule change plan called SegWit2x. The testnet5 for SegWit2x is already alive. Alpha version of the software will be released on June 16th and everything is still on time.

Follow the github here:

https://github.com/btc1

Read a reddit discussion about it here:

https://www.reddit.com/r/btc/comments/6h1wpr/segwit2x_a_summary/

Subscribe the mailing list:

https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-ml

Despite this agreement, the UASF (BIP148) astroturfing movement continues to get lots of airtime on censored forums, many of which are controlled by single anonymous individuals. Many of the software developers who work in a software project called “Bitcoin Core” are also supporting it. BIP148 poses a significant risk for the Bitcoin ecosystem, so we are preparing a contingency plan to protect the economic activity on the Bitcoin blockchain from this threat.

The New York agreement is also continuously and intentionally sabotaged by a group of software developers working on Bitcoin Core.

We must also be prepared for the disruptive risk that UASF activation will bring to the Bitcoin network. The New York agreement is very conservative and aimed at bringing peace within the Bitcoin community on a simple but artificially escalated scaling issue. If somehow the New York agreement cannot prevent a chain split, we will have to be prepared.

The purpose of this blog post is to announce our UAHF contingency plan for UASF/BIP148.

 

Why we need a contingency plan against BIP148

According to BIP148, when the chain MTP is at or beyond Tuesday August 1st, 2017 12:00:00 AM GMT (epoch time 1501545600), BIP148 nodes will begin to orphan Bitcoin blocks not signaling Bit 1 at its UASF forking point. This consensus rule change makes the rule set smaller than original chain before BIP148 activation. BIP148 nodes will follow the new BIP148 chain if there is any more than zero hashing power supporting it; if the hash rate backing the chain is 0, BIP148 nodes will find their chain unable to be extended.

If there is hash power supporting the BIP148 chain, it does not need to be a hash rate majority to allow the chain to be extended. Even if there is only one person solving hashes by hands, given enough time the BIP148 chain can be extended by another block. According to the existing hash rate distribution, some well known mining pool operators have stated that they will support the UASF by allowing miners choice, although their total hash rate is not enough to secure a majority. A company hiring many crucial Bitcoin protocol developers controls some of its own small hash rate now according to its CEO. So the Bitcoin network is at a high risk of being split on Aug 1st, 2017.

BIP148 is very dangerous for exchanges and other business. There is no sign of significant economic support behind BIP148 and when it is alive as a blockchain, the economic support would most likely be based on speculation. The mining activity behind a UASF chain may stop without notice, and investors who buy in the BIP148 propaganda may lose all their investment. Any exchanges that decide to support a UASF token after the forking point need to consider the stagnation risk attached to it.

There is no replay protection on a BIP148 chain. Transactions will be broadcast on both chains and users cannot prevent them from being confirmed on both. Exchanges must stop withdrawals and deposits at the forking point for some time, and deploy their own coin splitting methods. If you want to learn more, please read from the References section of this post: Mitigating Bitcoin Forking Risk during Network Upgrade.

The UASF chain presents a risk of the original chain being wiped out. If there is no contingency plan, all economic activity that occurs on the original chain after the UASF forking point will face the risk of being wiped out. This has disastrous consequences for the entire Bitcoin ecosystem. UASF is an attack against users and enterprises who disagree with activating SegWit right now without a block size increase, which is a very important clause in the Hong Kong agreement made by the global Bitcoin community in February, 2016. The chain reorg risk is more significant than imaged, as analyzed by Peter R. in BUIP055,

Rationale for Reorg Protection

The probability (P) that the big-block chain reorgs back to the small-block chain is given by

P = (q/p)^2

where p is the fraction of the hash power mining the big-block chain and q is the fraction of the hash power remaining on the small block chain [2]. With 75% of the hash power supporting larger blocks, the probability of a reorg is 11%.

 

Protection Plan

This plan is for a User Activated Hard Fork, or UAHF. You can find technical specs here:

https://github.com/bitcoin-UAHF/spec/

The activation time is configurable. We will do the hard fork at 12 hours and 20 mins later than UASF. The epoch time stamp will be 1501590000.

There is “must be big” rule at the fork block. The block size of the fork block must be larger than 1,000,000 Byte. Fork block means the first block which adopt the consensus rule change.

It will accept block of which the size is less than 8MB and we, miners, will soft-limit the block size to less than 2MB.

There will be a soft fork rule added into the protocol to limit the sigops per transaction within 20K.

The block size will not be a part of hard-coded consensus rule for us in the future after the fork block. Miners who generate large blocks will be punished by economic incentives, but not limiting the block size.

There will be replay attack protection that is available for exchanges and wallet developers. You can find the spec here:

https://github.com/Bitcoin-UAHF/spec/blob/master/replay-protected-sighash.md

Bitmain will use some of its own hash rate and work with the developer community to have a contingency plan based on UAHF. We will develop options for miners to voluntarily join us.

Bitmain will mine the chain for a minimum of 72 hours after the BIP148 forking point with a certain percentage of hash rate supplied by our own mining operations.

Bitmain will likely not release immediately the mined blocks to the public network unless circumstances call for it, which means that Bitmain will mine such chain privately first. We intend in the following situations to release the mined blocks to the public (non-exhaustive list):

  1. The BIP148 chain is activated and subsequently gains significant support from the mining industry, i.e. after BIP148 has already successfully split the chain;
  2. Market sentiment for a big block hard fork is strong, and economic rationale drives us to mine it, for example, the exchange rate is in favor of big-block Bitcoin;
  3. If there is already a significant amount of other miners mining a big-block chain publicly and we decide that it is rational for us to mine on top of that chain. In such a case, we will also consider joining that chain and give up our privately mined chain so that the public UAHF chain will not be under the risk of being reorganized.

Once Bitmain starts to mine a UAHF chain publicly, we will mine it persistently and ignore short-term economic incentives. We believe a roadmap including the option to adjust block size will serve users better so we expect it to attract a higher market price in the long term. The economic network will expand faster, and the winning odds will be higher in a highly competitive cryptocurrency market.

We share the same belief with some very early Bitcoiners, that decentralization means that more than 1 billion people in 200 countries are using Bitcoin as a saving currency and payment network, and that it comprises of hundreds of thousands of Bitcoin services, traders, exchanges and software. We do not believe that decentralization means a 1MB block size limit or a responsibility to constrain the block size so that a Raspberry Pi can run a full node while the fee per Bitcoin transaction is higher than the daily income in most developing countries. We believe Bitcoin needs to offer people an alternative to flourish without depending on powerful authorities that charge fees that can be as high as 100$/transaction.

 

Software Development

Currently, there are at least 3 client development teams working on the code of the spec. All of them want to stay quiet and away from the propaganda and troll army of certain companies. They will announce themselves when they feel ready for it. Users will be able to install the software and decide whether to join the UAHF.

The softwares are expected to be ready before July 1st, and it will be live on testnet by then.

 

Future Roadmap

If New York agreement activates

We wish that New York agreement will be developed and carried out well. It is the last hope for Bitcoin to scale unitedly in face of the BIP148 threat. We will try our best to deploy and activate it as soon as possible.

If BIP148 activates

Then UAHF will be alive on the same day. The UAHF chain will protect the economic transactions that are under risk of reorganization because of UASF.

Later, we will support the activation of SegWit on the UAHF chain if there is no patent risk associated with SegWit and if the arbitrary discount rate of witness data segment is removed. The weight parameter, which is designed for artificial rates, may need to be deleted and we need to be frank and straightforward in the software code about different limitations on different kind of blocks and other parameters. A SegWit without the artificial discount rate will treat legacy transaction type fairly and it will not give SegWit transactions an unfair advantage. It will also help the capacity increasing effect of SegWit more significantly than with the discounted rate. We will also push for and encourage changes in code, in main block or in extension block, that will make Lightning Network run more safely and reliably than Core’s present version of SegWit does.

Extension blocks will be developed as a framework to encourage multiple protocol development teams to bring innovations and capacities into the Bitcoin protocol. Some important but aggressive innovations can be introduced without affecting all Bitcoin users or companies around the world. This will accelerate the innovation of Bitcoin protocol. Sidechains will also be encouraged after the associated security issues have been reviewed by the technical community. Miners are genuinely driven by the hope that Bitcoin will be a success.

We will encourage and help various multi-layer solutions come into production. As a very early investor of RootStock, we identified the potential of another important competing cryptocurrency. We are already working closely with authors of other multilayer solutions.

A new SPV security service by full nodes should be promoted, and further research and libraries that are compatible with the SPV model should also be promoted among wallet developers.

If Bitcoin can combine Bitcoin NG by Emin and Lumino by Sergio together, then a throughput increase of the current Bitcoin network to up to 100x can be easier to achieve with a block size of around 100KB but of a higher block generation frequency. The original Bitcoin NG is a hard fork proposal, but we can soft fork it into the protocol with the extension block framework. At the same time, RootStock, co-founded by the inventor of Lumino, is also trying to implement Lumino on RootStock. Lumino will work perfectly with Lightning Network. It will be interesting to see which implementation will bring Lumino into production first, and in what ways.

Schnorr Signature is also under last stage review.

The diversification of client development shall be promoted. Defensive Consensus concept is under development and will help in the mining industry. Defensive Consensus will help the Bitcoin network work safely while multiple implementations work together.

There are and will be other good innovations in the Bitcoin community that have not been well promoted because of various reasons. We seek to actively work with those innovations.

BUIP056 will be developed to manage the block size issue before a fully automatic and mathematical block size governance model is widely accepted. As evidenced in the past years of debate, miners have proved to be very conservative and willing to work with the wider economic community. The rough roadmap of the block size increase for the next few years is below.

 

Time Block size, Byte
Now 1,000,000
2017 Aug 2,000,000
2017 Sept 4,194,304
2018 April 5,931,641
2018 Aug 8,388,608
2019 April 11,863,283
2019 Aug 16,777,216
After 2019 Aug Depends on further research

Weak blocks will have to be developed and deployed, before the block size increase reaches 8MB.

 

References

For other parties in the ecosystem, we recommend detailed research on effects of the UASF. All Bitcoin businesses must be prepared on that day to mitigate or eliminate the risks that UASF carries.

Mitigating Bitcoin Forking Risk during Network Upgrade, https://github.com/digitsu/splitting-bitcoin

If you want to learn more about minority forks, please see Meni Rosenfeld’s presentation:

How I learned to stop worrying and love the fork  https://fieryspinningsword.com/2015/08/25/how-i-learned-to-stop-worrying-and-love-the-fork/

A Fork in the Road: Must we Choose a Path?  https://www.youtube.com/watch?v=kkJHOpuvQo0&feature=youtu.be

Here is a letter to help you understand the history and full picture of the great debate on Bitcoin scaling, even you are not miners:

An Open Letter to Miners

https://www.reddit.com/r/btc/comments/6befxw/an_open_letter_to_bitcoin_miners_jonald_fyookball/

Here is another blog help you to understand what will happen on the BIP148 fork:

https://medium.com/@jimmysong/uasf-bip148-scenarios-and-game-theory-9530336d953e

 

(We have also published the translated versions of this blog post in Deutsche, עִברִית, Italiano, 日本語, 한국어, русский and Español )

---------------------
Liked this article? Share it with others:

Facebooktwittergoogle_plusredditpinterestlinkedin
Follow Us for Latest News & Articles:

Facebooktwittergoogle_pluslinkedin

Antminer Firmware Update -April 2017

There is a new controversy regarding a feature in the firmware of Bitmain’s Antminer series of Bitcoin miners which allegedly claims that Bitmain can remotely shut down Antminers. This feature was designed and coded by the same team that is responsible for the firmware of Antminers. As the firmware has always been open-source, the feature was never intended to be malicious.

We need to clarify the intention of having this feature. We planned to add this feature to the code to empower customers to control their miners which often times can be hosted outside their premises. This was after more than one incident of miners being stolen from a mining farm or being hijacked by the operator of the mining farm:

  1. In 2014, around 1,000 Antminers were withheld from the owner by a hosting service provider in Shenyang, China.
  2. In 2015, around 2,000 units of Antminers were withheld from the owner by a hosting service provider in Georgia.
  3. In 2017, Bitmain’s own miners were withheld and sold without its consent in Canada.

This feature was intended to allow the owners of Antminer to remotely shut down their miners that may have been stolen or hijacked by their hosting service provider, and to also provide law enforcement agencies with more tracking information in such cases. We never intended to use this feature on any Antminer without authorization from its owner. This is similar to the remote erase or shutdown feature provided by most famous smartphone manufacturers.

However, this feature was never completed. We started to develop this feature since Antminer S7 and wanted to finish its development on the Antminer S9. We hoped to make it a useful feature that we could advertise to our customers. But, due to some technical problems, we were unable to finish the development of this feature and shut down the testing server in December 2016.  It is a bug to leave the code there before the feature is fully complete and acknowledged to the users. This bug has now been pointed out in context of Bitcoin’s scaling roadmap debate and has caused considerable misunderstandings within the Bitcoin community. We apologize for this.

Following are the models affected by this bug:

  • Antminer S9
  • Antminer R4
  • Antminer T9
  • Antminer L3
  • Antminer L3+

Since MITM and DNS hijacks can exploit this bug we would like to apologize to our customers for a degraded level of security caused by this. We should also note that the existing stratum protocol is vulnerable to MITM and DNS hijacks, and that the mining industry needs to work together on design of the next generation mining protocol.

Moving on, we have released the new updated source-code on GitHub and new firmware on our website which removes this bug. We recommend all Antminer owners to upgrade their firmware to the updated firmware from the list below and strongly advise to not download any firmware provided by a third-party which can lead to unexpected outcomes in function and can also be potential phishing attacks.

Antminer S9 firmware
Antminer T9 firmware
Antminer R4 firmware
Antminer L3 firmware
Antminer L3+ firmware

Source code on GitHub

Source-code for Antminer S9, T9 and R4: https://github.com/bitmaintech/bmminer-mix
Source-code for Antminer L3 and L3+: https://github.com/bitmaintech/setup-A8 which includes https://github.com/bitmaintech/ltc_frimware inside.

Alternatively, we advise owners of mining farms that run Antminers to set the DNS record on their routers of auth.minerlink.com to 127.0.0.1 in the /etc/hosts file by the following method:

1. Use ssh to login to the miner
2. Run command:   echo “127.0.0.1     auth.minerlink.com” >> /etc/hosts
3. Run command:   sync

 

The controversy around this code has brought our attention to improve the design in order to address vulnerabilities that were pointed out by the community recently. For this, we thank the community for pointing out bugs and contributing to our open-source codebase. We would also like to take this opportunity to express our solidified belief in the open source community and express our renewed commitment to improving the quality and testing methods of our code.

We will continue the development of this feature to provide a technical protection for mining rig owners to host their miners in remote locations. We will add a switch to this feature, and this switch will be closed by default. Customers will be able to set up and configure their own authentication server. Before we finish this development, such a code will not be in the firmware we release from now on.

---------------------
Liked this article? Share it with others:

Facebooktwittergoogle_plusredditpinterestlinkedin
Follow Us for Latest News & Articles:

Facebooktwittergoogle_pluslinkedin

Regarding Recent Allegations and Smear Campaigns

 

When the concept of Bitcoin was first introduced on a cryptography mailing list by Satoshi Nakamoto, certain developers purported to have already “proven that decentralized consensus was impossible”. Today, the same developers offer a similarly specious “proof” that the implementation of long-published ASIC optimizations is some kind of “attack” on the Bitcoin network.

We’d like to clear the air.

Bitmain has tested ASICBOOST on the Testnet but has never used ASICBOOST on the mainnet as implied in Gregory Maxwell’s proposal. We ask conclusive proof from whoever claims this to be false because such baseless claims are toxic for the Bitcoin space. We also believe the math used by Gregory Maxwell is incorrect and that the method is not practical in a production environment.

Our ASIC chips, like those of some other manufacturers, have a circuit design that supports ASICBOOST. However, the ASICBOOST method has not been used by us on the mainnet. We have not seen any evidence yet on the main net that anyone has used it in the patented way.

Bitmain holds the ASICBOOST patent in China. We can legally use it in our own mining farms in China to profit from it and sell the cloud mining contracts to the public. This, however profitable, is not something we would do for the greater good of Bitcoin.

The mining equipment produced by Bitmain for its own use is in no way intended to be technically superior or more power-efficient than the equipment it sells to the public. The ASICBOOST method has not been employed by Bitmain to increase the power-efficiency of the miners in its own mining farms.

Bitcoin mining equipment depreciates rapidly. Bitmain has constantly been introducing newer more efficient miner models for all. As such the statement that the deployment of ASICBOOST, which can lead to a 20% difference in power efficiency, is some kind of negative development for Bitmain’s business model is false. Bitmain has shown the ability to adapt and thrive in the constantly changing and extremely challenging Bitcoin mining environment. Whether ASICBOOST is used or not, Bitmain will continue to produce more efficient miners.

Bitmain had always supported the Hong Kong Agreement, which means Segwit plus a hard fork to 2MB block size, until we no longer felt that it was going to happen in the foreseeable future. In fact, Bitmain is publicly on record as historically supporting SegWit and Lightning Network in the context of the Hong Kong agreement, and any accusations to the contrary are completely false and specious.

Miners love multi-layer solutions like Lightning Network. To support these off-chain solutions, Bitmain is very supportive of fixing malleability issues. At the same time, we also believe the first layer, which has been well-tested by time, is very important and should not be crippled. We are worried about the policy and precedence set by Bitcoin Core in this regard.

Tothemoon”, an extension blocks plan proposed recently by Purse.io using a new Bitcon protocol implementation called Bcoin, could be designed to be incompatible with ASICBOOST much like Segwit is. ASICBOOST is not a deterrent to Bitmain’s support of SegWit or Tothemoon. SegWit is not running in production because the conditions made clear in the Hong Kong agreement have not been met, in which we foresee a non-witness block size increase coming together with SegWit. Bitmain’s co-CEO Jihan Wu has clearly expressed support for Tothemoon recently. Tothemoon is a real and standard block size increase, but not through an arbitrary witness discount policy.

Gregory Maxwell’s recent proposal suggests changing 2^32 collision to 2^64 collision to make ASICBOOST more difficult. The result of this would be a loss for the patent owners and the Bitcoin protocol. The patent owners will get nothing and Bitcoin protocol will become more complicated. The only beneficiary will be the technical bureaucrats who are engineering it. The more complicated the protocol is, the higher the cost and barrier to have multiple implementations become. We confirm that we support multiple implementations because they will bring more innovation and better security to the network, while threatening the monopolistic position of certain developers.

Bitmain has continuously been advocating for increasing the Bitcoin block size. Increasing the block size will make the collisions even more difficult, damaging the potential benefits of Bitmain’s gain from the private ASICBOOST assumed by Maxwell’s proposal. The conspiracy theories do not add up here.

There are better ways to resolve the issues that Gregory Maxwell’s proposal seeks to address. Adversarial thinking is not the only way. We suggest working with the patent owners so that the patent could be used by the public. If all mining equipment could use ASICBOOST, it will lower the J/GH cost and the total network hash rate will increase, making the Bitcoin network even stronger. So, the ASICBOOST method is not a “covert attack” on the Bitcoin PoW function. It is an engineering optimization.

The best method to leverage ASICBOOST is by using the Bitcoin block header’s version bits. Patent owner Timo has mentioned it in the patent. Gregory Maxwell’s proposal seems to be missing this point. Usage of these bits was proposed by Timo Hanke through Bitcoin Core’s BIP process but it was declined by Gregory Maxwell and Core developers.

Bitcoin Core is now almost controlled by a small secretive committee. Anyone with a basic sense about human history can tell that this is the starting of a dictatorship. Calling out an optimization an “attack” is playing a political trick to grab power.

The proposal mentions “reverse engineering of a particular mining chip demonstrated conclusively that ASICBOOST has been implemented”. This statement seems directed towards Bitmain. We believe the Bitcoin community needs more constructive contributors than it needs such policing.

The proposal does not mention Bitmain, however, an orchestrated troll army within the community was effectively able to spread rumors around Bitmain. Most Bitcoin companies currently have a strong fear of such notorious assets working for certain people. Bitcoin’s value of liberty is in danger.

The Bitcoin community suffered a grave misfortune when Maxwell lead the coup against Gavin Andresen and removed his Github commit access. It is now incumbent upon us as a community to figure out how to find a new core developer group that does not busy itself with attacking one of Bitcoin’s largest investors (Ver), one of its largest exchanges (Coinbase), and its largest mining equipment provider (Bitmain).

There is a history of character assassinations against those who have spoken against SegWit or Core’s roadmap. Gregory Maxwell’s latest round of attempts follow his previous patterns. Maxwell has previously attacked one of most important Bitcoin maintainers Gavin Andresen, one of the earliest public Bitcoin advocates and investors Roger Ver, founder and CEO of one of the largest Bitcoin exchanges Brian Armstrong, the first author of Lightning Network Joseph Poon, and now Bitmain’s co-CEO Jihan Wu. He has even called his fellow Core contributors who signed the Hong Kong agreement “dipshits”. Such hostility is destructive for Bitcoin.

We have very firm belief that the block size of Bitcoin will be increased. It is the Bitcoin that our co-founders signed up for, it is the roadmap designed by Satoshi and it is the destiny of Bitcoin. We will protect it at any cost.

---------------------
Liked this article? Share it with others:

Facebooktwittergoogle_plusredditpinterestlinkedin
Follow Us for Latest News & Articles:

Facebooktwittergoogle_pluslinkedin
Older posts

© 2017 blog.bitmain.com

Theme by Anders NorenUp ↑