PhDSupervision:VolkerStrobel - Revision history

VolkerStrobel: /* Meetings */

2021-07-26T14:20:05Z

Meetings

VolkerStrobel: /* Meetings */

2021-07-26T14:19:53Z

Meetings

VolkerStrobel: /* Personal */

2019-05-14T09:13:04Z

Personal

VolkerStrobel: /* Open Questions / Future Research Directions */

2018-05-31T15:06:23Z

Open Questions / Future Research Directions

VolkerStrobel: /* Open Questions / Future Research Directions */

2018-05-30T20:16:20Z

Open Questions / Future Research Directions

VolkerStrobel: /* Open Questions / Future Research Directions */

2018-04-18T13:21:45Z

Open Questions / Future Research Directions

VolkerStrobel: /* Open Questions / Future Research Directions */

2018-04-18T13:21:09Z

Open Questions / Future Research Directions

VolkerStrobel: /* Open Questions / Future Research Directions */

2018-04-17T14:58:24Z

Open Questions / Future Research Directions

VolkerStrobel: /* Open Questions / Future Research Directions */

2018-04-17T14:57:06Z

Open Questions / Future Research Directions

VolkerStrobel: /* Open Questions / Future Research Directions */

2018-02-26T23:39:57Z

Open Questions / Future Research Directions

← Older revision		Revision as of 14:20, 26 July 2021
Line 97:		Line 97:

	== Meetings ==		== Meetings ==
−
−	Just a test

	=== Meeting 27/9/2016 ===		=== Meeting 27/9/2016 ===

← Older revision		Revision as of 14:19, 26 July 2021
Line 97:		Line 97:

	== Meetings ==		== Meetings ==
		+
		+	Just a test

	=== Meeting 27/9/2016 ===		=== Meeting 27/9/2016 ===

@@ Line 12: / Line 12: @@
 '''Belgian mobile phone:''' +32 483 42 21 04
-'''Belgian home adress:''' Av Adolphe Buyl 179, 1050 Ixelles / Bruxelles
+'''Belgian home adress:''' Arthur Goemaerelei 62, 2018 Antwerpen
 ===ULB-related===

← Older revision		Revision as of 15:06, 31 May 2018
Line 29:		Line 29:

	This section contains an unordered list of ideas, remarks, future research questions etc.		This section contains an unordered list of ideas, remarks, future research questions etc.
		+
		+	* Recurring question: sparse connectivity; separate the swarm in the beginning; different regions with different distributions

	* Test the safety criteria of the AAMAS paper		* Test the safety criteria of the AAMAS paper

← Older revision		Revision as of 20:16, 30 May 2018
Line 29:		Line 29:

	This section contains an unordered list of ideas, remarks, future research questions etc.		This section contains an unordered list of ideas, remarks, future research questions etc.
		+
		+	* Test the safety criteria of the AAMAS paper

	* See how the mining difficulty influences the experiment		* See how the mining difficulty influences the experiment

@@ Line 63: / Line 63: @@
 * Computational requirements: In swarm robotics we usually have simple robots, such as the e-puck (as mentioned by the authors) but going down all the way to robots, such as the Kilobot. The very idea of the Blockchain relies on computationally complex tasks for the Proof-of-Work-based mining puzzle. An attacker requires 50% of the total network processing power. If I would be fighting 200 Kilobots or 50 e-pucks, it seems that my computational power would not need to be high. What if my attacking robot has a wireless connection to “the cloud” or just some powerful computer? Such an issue is shortly mentioned in the conclusion but should be discussed in detail. This is a very crucial question for the paper: either the approach is a real option or just makes no sense. Also what exactly was the Proof-of-Work-based mining puzzle? The option of physical proof-of-work is very interesting but unclear in the way how it is presented.
-* Reputation management system: Experiment with a, b in Python (the values are stored in allVotes.txt); maybe there's something
+* Reputation management system: Experiment with a, b in Python (the values are stored in allVotes.txt); maybe there's something better than the parabola (e.g., x^3, standard deviation, or online k-means clustering).
 == Change in the final version of the AAMAS 2018 paper ==

← Older revision		Revision as of 13:21, 18 April 2018
Line 62:		Line 62:

	* Computational requirements: In swarm robotics we usually have simple robots, such as the e-puck (as mentioned by the authors) but going down all the way to robots, such as the Kilobot. The very idea of the Blockchain relies on computationally complex tasks for the Proof-of-Work-based mining puzzle. An attacker requires 50% of the total network processing power. If I would be fighting 200 Kilobots or 50 e-pucks, it seems that my computational power would not need to be high. What if my attacking robot has a wireless connection to “the cloud” or just some powerful computer? Such an issue is shortly mentioned in the conclusion but should be discussed in detail. This is a very crucial question for the paper: either the approach is a real option or just makes no sense. Also what exactly was the Proof-of-Work-based mining puzzle? The option of physical proof-of-work is very interesting but unclear in the way how it is presented.		* Computational requirements: In swarm robotics we usually have simple robots, such as the e-puck (as mentioned by the authors) but going down all the way to robots, such as the Kilobot. The very idea of the Blockchain relies on computationally complex tasks for the Proof-of-Work-based mining puzzle. An attacker requires 50% of the total network processing power. If I would be fighting 200 Kilobots or 50 e-pucks, it seems that my computational power would not need to be high. What if my attacking robot has a wireless connection to “the cloud” or just some powerful computer? Such an issue is shortly mentioned in the conclusion but should be discussed in detail. This is a very crucial question for the paper: either the approach is a real option or just makes no sense. Also what exactly was the Proof-of-Work-based mining puzzle? The option of physical proof-of-work is very interesting but unclear in the way how it is presented.
		+
		+	* Reputation management system: Experiment with a, b in Python (the values are stored in allVotes.txt); maybe there's something
		+	better than the parabola (e.g., x^3, standard deviation, or online k-means clustering).

	== Change in the final version of the AAMAS 2018 paper ==		== Change in the final version of the AAMAS 2018 paper ==

@@ Line 32: / Line 32: @@
 * See how the mining difficulty influences the experiment
-* Introduce a real permissioned blockchain (look into HydraChain and Monax) and use an alternative consensus algorithm
+* Introduce a real permissioned blockchain (look into HydraChain and Monax) and use an alternative consensus algorithm (could be done during my stay at MIT and would be important to convince people that blockchain technology is suited for robot swarms)
 * See how the choice of the stable block (z = 6 currently) influences the experiments

← Older revision		Revision as of 14:57, 17 April 2018
Line 31:		Line 31:

	* See how the mining difficulty influences the experiment		* See how the mining difficulty influences the experiment
		+
		+	* Introduce a real permissioned blockchain (look into HydraChain and Monax) and use an alternative consensus algorithm

	* See how the choice of the stable block (z = 6 currently) influences the experiments		* See how the choice of the stable block (z = 6 currently) influences the experiments