Distrib March 2019

distrib@lists.cslab.ece.ntua.gr

13 participants
26 discussions

Ερώτηση για τις ζητούμενες μετρικές
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

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

12 Mar '19

"Καλημέρα! Δεδομένου του ότι τόσο ο σκελετός που μας έχετε δώσει όσο και μια προηγούμενη απάντηση στη λίστα υπονοούν χρήση flask και requests για το κομμάτι της επικοινωνίας, ήθελα να ρωτήσω εάν υπάρχει κάποιος ενδεδειγμένος τρόπος για να καταφέρουμε να έχουμε π.χ. ένα non-blocking post request με χρήση της requests (το documentation παραπέμπει σε άλλες βιβλιοθήκες για αυτήν την δουλειά). Για παράδειγμα, εάν το broadcast ενός transaction γίνεται με την requests (σε μια for loop) και ένας από τους κόμβους συμπληρώσει με αυτό το transaction ένα block, τότε αναγκαστικά ο αποστολέας του transaction θα μπλοκάρει μέχρι ο παραλήπτης να τελειώσει το mining. Υπάρχει κάποιος τρόπος να καταφέρουμε να το γλιτώσουμε αυτό με χρήση αυτών των βιβλιοθηκών ή θα χρειαστεί να βρούμε άλλες βιβλιοθήκες (ή/και να καταφύγουμε σε threads);" Καλησπέρα! Ναι στο πρόβλημά σου η λύση είναι ένα thread ανά κόμβο, αφού έχουμε συγκεκριμένο προκαθορισμένο αριθμό κόμβων, για να μην καταφεύγεις σε πιο εξεζητημένες λύσεις. Κωνσταντίνος

1 0

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

12 Mar '19

"Κάθε φορά που πάω να μετατρέψω σε json κάποιο transaction (και γενικά οτιδήποτε είναι ή περιέχει rsa public key) μου λέει ότι το RsaKey δεν είναι JSON serializable. Σε κάποιες περιπτώσεις που δεν ήταν ανάγκη να έχω το ακριβές public key του wallet το έστειλα ως str(my_key.publickey().exportKey("OpenSSH")). Για να στείλω όμως ένα transaction (κατά το broadcast transaction πχ) θα πρέπει να έχω το πραγματικό pubkey για να κάνω verify. Πώς το αντιμετωπίζω αυτό; Πώς δηλαδή θα στείλω rsa public key μέσω διαύλου; " Ας υποθέσουμε πως ακολουθείς την παρακάτω διαδικασία για τη δημιουργία του private key σου. Kάνοντας αυτά που έχω εδώ, θα πρέπει να σε αφήνει να στείλεις το κλειδί σου σαν request. ... random_gen = Crypto.Random.new().read private_key = RSA.generate(1024, random_gen) response = { 'private_key': binascii.hexlify(private_key.exportKey(format='DER')).decode('ascii'), } return jsonify(response) .... Σε απάντηση και για την προηγούμενη ερώτηση για το object->json, πρέπει να σκεφτούμε κάθε φορά τι πληροφορία χρειάζεται να στείλουμε στο δίκτυο των κόμβων; Χρειάζεται πχ να τους στείλουμε όλο το object μιας transaction, όπως το έχουμε αποθηκευμένο locally, ή μπορούμε συγκεκριμένα attributes του object μας να τα βάλουμε σε ένα απλό dict, που θα το κάνουμε json και ύστερα broadcast στο δίκτυο; Πχ το object transaction που έχετε φαντάζομαι έχει και κάποιες methods μέσα. Αυτές δεν υπάρχει κάποιος λόγος να σταλθούν με ένα request. Κωνσταντίνος

1 0

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

12 Mar '19

"Καλησπέρα, Υπάρχει κάποιος τρόπος να στέλνουμε κατευεθείαν ένα object με flask; Μέχρι στιγμής στέλνω ότι χρειάζεται μέσω url-query. Δοκίμασα την jsonpickle για μετατροπή αντικειμέμενου σε json για να συμπεριληφθεί στο url-query η οποία δούλεψε με αποστολή απλού dictionary αλλά φαίνεται να μην παίζει για την αποστολή Block π.χ.. Yποψιάζομαι ότι έχει να κάνει με το ότι το Block έχει εμφωλευμένο αντικείμενο Transaction. Υπάρχει κάποιος τρόπος να λυθεί αυτό ή πρέπει να στέλνουμε ένα ένα τα πεδία; Υπάρχει περίπτωση να φταίει κάτι άλλο; Ευχαριστώ πολύ." Δοκίμασες να το κάνεις μέσω jsonify (http://flask.pocoo.org/docs/1.0/api/#flask.json.jsonify) ή json.dumps ? Είναι προτιμότερα από το pickle. Επίσης το jsonify σου επιστρέφει ένα json έτοιμο σαν flask.response που σημαίνει ότι δεν πρέπει να δηλώσεις εσύ τον Content-Type header στο request που θα κάνεις. Αν δοκιμάσεις με αυτά και δεν παίξει, καλύτερα κάνε ένα git repo και ανέβασε τον κώδικα, να δω τι μπορεί να φταιει και στείλε μου ένα full trace με τα errors που σου πετάει. Κωνσταντίνος

1 0

Ανάγκη non-blocking επικοινωνίας σε Python
by Σωτήρης Νιάρχος 12 Mar '19

12 Mar '19

Καλημέρα! Δεδομένου του ότι τόσο ο σκελετός που μας έχετε δώσει όσο και μια προηγούμενη απάντηση στη λίστα υπονοούν χρήση flask και requests για το κομμάτι της επικοινωνίας, ήθελα να ρωτήσω εάν υπάρχει κάποιος ενδεδειγμένος τρόπος για να καταφέρουμε να έχουμε π.χ. ένα non-blocking post request με χρήση της requests (το documentation παραπέμπει σε άλλες βιβλιοθήκες για αυτήν την δουλειά). Για παράδειγμα, εάν το broadcast ενός transaction γίνεται με την requests (σε μια for loop) και ένας από τους κόμβους συμπληρώσει με αυτό το transaction ένα block, τότε αναγκαστικά ο αποστολέας του transaction θα μπλοκάρει μέχρι ο παραλήπτης να τελειώσει το mining. Υπάρχει κάποιος τρόπος να καταφέρουμε να το γλιτώσουμε αυτό με χρήση αυτών των βιβλιοθηκών ή θα χρειαστεί να βρούμε άλλες βιβλιοθήκες (ή/και να καταφύγουμε σε threads);

1 0

αποστολή object μέσω flask, python
by Vakalopoulou Myrsini 11 Mar '19

11 Mar '19

Καλησπέρα, Υπάρχει κάποιος τρόπος να στέλνουμε κατευεθείαν ένα object με flask; Μέχρι στιγμής στέλνω ότι χρειάζεται μέσω url-query. Δοκίμασα την jsonpickle για μετατροπή αντικειμέμενου σε json για να συμπεριληφθεί στο url-query η οποία δούλεψε με αποστολή απλού dictionary αλλά φαίνεται να μην παίζει για την αποστολή Block π.χ.. Yποψιάζομαι ότι έχει να κάνει με το ότι το Block έχει εμφωλευμένο αντικείμενο Transaction. Υπάρχει κάποιος τρόπος να λυθεί αυτό ή πρέπει να στέλνουμε ένα ένα τα πεδία; Υπάρχει περίπτωση να φταίει κάτι άλλο; Ευχαριστώ πολύ.

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

Distrib March 2019