Distrib

distrib@lists.cslab.ece.ntua.gr

180 discussions

(no subject)
by kbitsak＠cslab.ece.ntua.gr 20 Mar '19

20 Mar '19

"Καλημέρα, Είχα μια απορία για το front end στο blockchain. Επειδή δε θα θέλαμε να χάσουμε χρόνο με HTML ώστε να φτιάξουμε front end που να ανοίγει και να παίζει σε browser, πώς θα μπορούσαμε να φτιάξουμε ένα command line front end? Αυτή τη στιγμή χτυπάμε τα endpoints του backend μας με postman (ή και με cURL) αλλά δεδομένου ότι το flask κλειδώνει το command line δεν είμαστε σίγουροι πώς να υλοποιήσουμε κάποιο front end. Υπάρχει κάτι σε flask που να βολεύει γι’ αυτό το σκοπό? Ή θα πρέπει να φτιάξουμε κάποιο script μήπως που θα τρέχει σε διαφορετικό terminal που θα διαβάζει από το standard input και θα επικοινωνεί με το back-end? Ευχαριστώ πολύ, Νίκος Λιανός" Όταν λες ότι "κλειδώνει το command line", τι ακριβώς εννοείς; Αν έχω καταλάβει καλά αυτό θα σε βοηθήσει, http://flask.pocoo.org/docs/1.0/cli/. Eγώ θα πρότεινα να φτιάξεις μια method που θα κάνει requests σε όλους τους κόμβους εκ περιτροπής. Θα το κάνεις μετο module requests της python. Και μετά μέσω terminal μπορείς να καλέσεις αυτή τη συνάρτηση. Στο λέω διότι με το curl και το postman θα είναι ζόρι να στέλνεις μαζικά transactions σε όλους τους κόμβους πχ. Κωνσταντίνος

1 0

Εξάρτηση μεταξύ transactions στο ίδιο block
by Fotis Xenakis 20 Mar '19

20 Mar '19

Θα ήθελα να ρωτήσω το εξής: Θεωρούμε επιτρεπτό να υπάρχει εξάρτηση μεταξύ των transactions του ίδιου block; δηλαδή να υπάρχει transaction που ξοδεύει output από κάποιο άλλο transaction το οποίο βρίσκεται στο ίδιο block; Ευχαριστώ

2 1

Απορίες για τα UTXOs
by Labros Zotos 20 Mar '19

20 Mar '19

Καλησπέρα, Θα ήθελα να ρωτήσω ποιος είναι ο προτεινόμενος τρόπος διαχείρισης των UTXOs. Συγκεκριμένα το UTXO set δημιουργείται με το validation ενός transcation (όπως αναφέρεται στην εκφώνηση) και επομένως κατά την λήψη του transaction από τον node που το έκανε broadcast. Όμως αυτά τα UTXOs θα πρέπει να έρχονται σε συμφωνία με τα UTXOs των υπόλοιπων κόμβων. Πρέπει κατά το consensus να λαμβάνεται και το UTXO set το οποίο συνδέεται με το blockchain μεγαλύτερου μήκους ή πρέπει με βάση τις αλλαγές που πραγματοποιήθηκαν στο blockchain να διορθώνουμε το τοπικό UTXO του κάθε node; Ευχαριστώ εκ των προτέρων, Λάμπρος Ζώτος

3 2

Διάφορες απορίες (Threads και VMs)
by Tzortzis Panagiotis 18 Mar '19

18 Mar '19

Καλησπέρα, Κατ'αρχάς οι VMs που ειναι συνδεδεμένες στο private network δεν εχουν συνδεση στο internet, πράγμα απαγορευτικό για εμάς, καθώς χρειαζόμαστε pip install modules κλπ για να τρέχει η άσκηση, καθως και git clone κλπ. Η λύση που σκεφτηκα εινα να ορισουμε gateways και forwarding, αλλα δεδομένου οτι ξεφεύγει απο τα δεδομένα της ασκησης, σκέφτηκα μηπως υπαρχει καποιο πιο απλο workaround. Επισης, δεδομένου οτι κάνουμε χρηση της requests για broadcast transaction, block και περιμένουμε απάντηση η οποία αργεί (αυτο το θέμα έχει αναδειχθεί και σε προηγούμενη ερώτηση) η χρήση threads είναι απαραίτητη η υπάρχει πιο απλός τρόπος; Ευχαριστω πολύ <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Virus-free. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

2 1

Ερωτηση σχετικα με τον bootstrap node.
by Nick Titomichelakis 18 Mar '19

18 Mar '19

Καλησπερα ηθελα να ρωτησω πως ακριβως θελετε να υλοποιησουμε τον bootstrap node δεδομδενου οτι δεν υπαρχει κανενα documentation καθως το btc δεν χρησιμοποιει τετοια τεχνολογια: Ο bootstrap node απλα θα ειναι υπευθυνος να διαβαζει απο ενα αρχειο τα ποσα nodes θελουμε να δημιουργησουμε και στη συνεχεια θα τους στελνει τα n transactions απο 100 NBC και στη συνεχεια απλα τα transactions θα υλοποιουνται μεταξυ των υπολοιπων nodes χωρις τη συμμετοχη του bootstrap? Νίκος Τιτομιχελάκης

2 1

Ερώτηση για τις ζητούμενες μετρικές
by Σωτήρης Νιάρχος 18 Mar '19

18 Mar '19

Καλημέρα! Θα θέλαμε να σας ζητήσουμε κάποιες διευκρινίσεις για τις μετρικές που θέλετε να παρουσιάσουμε, διότι δεν είναι αρκετά σαφές το τι ακριβώς πρέπει να μετρήσουμε από την εκφώνηση. 1. Για το throughout θέλετε απλά τον χρόνο από τη στιγμή που το transaction δημιουργήθηκε μέχρι να μπει σε block του ίδιου του κόμβου που το δημιούργησε; Θέλετε κάτι πιο κατανεμημένο; (πιθανώς τη διαφορά από τη στιγμή που το transaction δημιουργήθηκε μέχρι τη στιγμή που εμφανίστηκε σε block σε όλους τους κόμβους; ) 2. Για το block time σε πρώτη φάση καταλάβαμε ότι θέλετε επί της ουσίας το μέσο όρο του mining των blocks (που είναι η διαφορά από τη στιγμή που δημιουργούνται -που έχουμε δλδ το απαιτούμενο πλήθος transactions για να τα φτιάξουμε- μέχρι που το mining ολοκληρώνεται), εννοείται υπό την προϋπόθεση ότι, αφού έγιναν mine, κατέληξαν και στο (τοπικό) blockchain μας. Θέλετε κάτι πιο σύνθετο από αυτό; Ευχαριστούμε πολύ!

2 1

Απορίες σχετικά με τα transactions
by Nikos Gad 18 Mar '19

18 Mar '19

Καλησπέρα, Έστω η περίπτωση που το capacity είναι 4. Οι κόμβοι 1 και 2 έχουν το ίδιο blockchain και επιπλέον έχουν κάνει validate 3 transactions (που είναι τα ίδια 3 και στους 2 κόμβους) και περιμένουν να κάνουν validate ένα τέταρτο transaction ώστε να κάνουν mine. Έστω ότι κάποιος κόμβος κάνει broadcast ένα transaction και ο κόμβος 1 το λαμβάνει, κάνει validate και ξεκινάει mining. Φτιάχνει το block, το βάζει στο blockchain του και το κάνει broadcast. Ο κόμβος 2 λαμβάνει πρώτα το νέο αυτό block και μετά από λίγο λαμβάνει το τέταρτο transaction που περίμενε. Θα εξετάσει πρώτα το block, θα κάνει validate και επειδή θα του βγει valid θα το βάλει στο blockchain του. Έπειτα, θα του έρθει το τέταρτο transaction που περίμενε και θα κάνει mine με αποτέλεσμα να προσθέσει ουσιαστικά ένα block με transactions που έχουν ήδη προστεθεί. Πώς μπορούμε να το αποφύγουμε αυτό; Το να κοιτάμε αν υπάρχει ένα transaction ήδη μέσα στο blockchain εξετάζοντας ολόκληρο το blockchain δε μας φαίνεται καλή επιλογή, δεδομένου πως στο παράδειγμα που ανέφερα αυτό θα συμβεί στο τελευταίο block αλλά εν γένει μπορεί να συμβεί και με transactions που βρίσκονται σε ενδιάμεσα blocks του blockchain. Πουθενά στην άσκηση δεν αναφέρεται πως αν πάρουμε ένα block θα πρέπει να ελέγχουμε αν έχουμε ήδη κάνει validate ένα από τα transactions που περιλαμβάνει, και δε θα ήταν λογικό αφού το δίκτυο μπορεί να έχει τέτοιες καθυστερήσεις και ένα transaction να το έχουμε δει ή να μην το έχουμε δει ενώ υπάρχει σε block που λαμβάνουμε.

2 1

πρόγραμμα εξέτασης
by Katerina Doka 15 Mar '19

15 Mar '19

Καλησπέρα, η εξέταση θα γίνει την επόμενη Παρασκευή σύμφωνα με το συνημμένο πρόγραμμα. Κατερίνα

1 0

Απορίες σχετικά με την εργασία
by el14037＠central.ntua.gr 14 Mar '19

14 Mar '19

Γεια σας! 1. Αν μία συναλλαγή που λαμβάνεται από έναν κόμβο βγαινει άκυρη κατα το validate, την απορρίπτουμε κατευθείαν; Για παράδειγμα, ο Α στελνει 40 στον Β και ο Β αφού δει αυτήν την συναλλαγή στέλνει πίσω 30 (χρησιμοποιώντας ως utxo την 1η συναλλαγή). Όμως, αν αυτές οι συναλλαγές ληφθούν από έναν 3ο κομβο με λαθος σειρα πχ λογω δικτυου (πρώτα η 2η), απορριπτουμε και τις 2 η καπως το χειριζομαστε για να μην χαθουν; 2. Τι γινεται με τις συναλλαγές που ειχα βαλει στο δικο μου blockchain αλλα δεν υπαρχουν σε ενα καινουργιο που ελαβα; Τις τοποθετω στο transaction pool του κομβου μου (κοιτώντας παραλληλα αν ισχυουν ακομη τα utxo που εχουν) ή τις πετάω; Επισης, μπορουμε να ζητάμε και το transaction pool του κομβου απο το οποιο πηραμε το blockchain (ωστε να συμβαδιζουμε με αυτον και το υπολοιπο δικτυο);

2 1

Απορία για τα αρχικά transactions του bootstrap
by Σωτήρης Νιάρχος 14 Mar '19

14 Mar '19

Καλημέρα! Θα θέλαμε να ρωτήσουμε πώς ακριβώς θέλετε να υλοποιήσουμε τα αρχικά transactions του bootstrap node (100 NBC σε κάθε κόμβο). Φαίνεται να μην γίνεται ακριβώς αυτό που ζητάτε στην εκφώνηση (αποστολή του αντίστοιχου transaction κάθε φορά που εισέρχεται νέος κόμβος) διότι ο κόμβος που θα το λάβει δεν μπορεί να το επαληθεύσει, αφού δεν έχει ακόμα τη λίστα με τα wallet addresses ώστε να κάνει verify το signature του transaction. Αρκεί να τα βάλουμε απλά ως transactions του bootstrap (χωρίς broadcast ουσιαστικά) και να τα πάρουν οι άλλοι παίρνοντας και την αλυσίδα όταν τελειώσουν οι εισαγωγές κόμβων; Σε αυτήν την περίπτωση, βέβαια, θα είχαμε το πρόβλημα ότι αν, για παράδειγμα, οι κόμβοι (πλην του bootstrap) είναι 9 και το capacity 8, τότε το τελευταίο transaction δεν θα έμπαινε στο chain και θα "χανόταν" στον bootstrap (ενώ αν το capacity είναι 10 δεν θα μπει κανένα και όλοι οι κόμβοι θα λάβουν απλά μια αλυσίδα με το genesis block και μόνο). Υπάρχει περίπτωση να θέλουμε να αντιμετωπίσουμε και αυτά τα transactions (όπως και το genesis) με κάποιον πιο special τρόπο, δεδομένου του ότι δεν φαίνεται να είναι απλά transactions αλλά transactions που παίζουν ρόλο στο configuration του NBC δικτύου μας, κατά κάποιο τρόπο. Ευχαριστούμε πολύ!

2 1

← Newer
1
...
7
8
9
10
11
12
13
...
18
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

Distrib