Abstract
Vehicle platooning is an active area of research in which vehicles travel closely together to improve fuel efficiency and safety, and relies heavily on the trustworthiness and cooperation of the participating vehicles. Traditional methods of managing trust in such systems face significant challenges, including vulnerability to malicious behavior and lack of transparency. Any such attack on the platoon from outside or inside will be disastrous as human lives are involved. Such attacks can be dealt with if we only allow trust worthy vehicles. In this research we propose a blockchain-based reputation model for vehicle platooning, designed to address these challenges and enhance the overall reliability and efficiency of platooning systems. Vehicles will only be allowed to join the platoon after calculating their reputation scores and these scores will be saved in a smart contract. This will ensure that every agent can reliably compute the score and no entity can compromise the working of the platoon.
Introduction
A Multi-agent system (MAS) consists of a collection of autonomous entities known as agents that work collaboratively within a shared environment to tackle complex problems that require coordination and distributed decision-making. 1 A MAS in vehicle platooning is an organized network of autonomous vehicles that function as individual agents. These agents collaborate through real-time communication, enabling distributed decision-making to achieve coordinated platooning. This system enhances fuel efficiency, safety, and traffic stability by synchronizing each vehicle's behavior while retaining a degree of autonomy. 2 The rapid advancement of autonomous and connected vehicle technologies has led to the concept of vehicle platooning, a coordination system where a group of vehicles follows a lead vehicle at a close, uniform distance. This approach enhances fuel efficiency, reduces emissions, and increases traffic safety by minimizing aerodynamic drag and optimizing road space. 3 Platooning is a promising application in intelligent transportation systems, potentially decreasing road congestion and enhancing safety outcomes. 4 However, the success of platooning hinges on secure, real-time communication and collaboration among vehicles, which are vulnerable to various security threats. 5 The reputation model of the platooning system faces the challenges of Sybil attack, collusion attack, whitewashing attack and false data injection which will disrupt the performance of platooning system resulting in life-loss incidents, data damage, and money loss. Furthermore, the data of conventional database-based reputation models is not protected because any external or internal party can exploit the system. The data of the reputation management system is insecure due to lack of security, transparency, and immutability. Refs.6, 7 advocates that blockchain should be used for transactions in real time systems to prevent it from external attacks. It has been argued in ref. 8 that a distributed system is unprotected to a large number of potential threats that increase significantly when distributed systems are open and competitive. So trust and reputation systems of agent's activities and distributed systems can benefit from cryptographic techniques for enhanced security.
In vehicle platooning, maintaining a cohesive and efficient formation is crucial for enhancing traffic flow, reducing fuel consumption, and improving safety. However, the effectiveness of platooning relies heavily on the reliability and cooperation of individual vehicles. Current reputation models for vehicle platooning are inadequate in ensuring consistent and trustworthy behavior among participants, often lacking transparency and resistance to manipulation. Moreover, there is no security mechanism in traditional database based reputation models as any internal or external entity can manipulate such a system.
In order to solve the problem of choosing a reliable agent-vehicle in such a mobile, distributed context and, at the same time, avoiding the adoption of a central repository, we introduce the following ideas.
Modeling how reputation scores of individual vehicles based on their working can be used to ensure that only reliable and trustworthy vehicles are allowed to join a platoon. Adopting a solution for a distributed reputation management using blockchain technology for transparency, security, and immutability of reputation data for vehicles participating in platooning. Devising methods for calculation of reputation scores that will be saved in blockchain and used for achieving common global goal.
The main focus of this paper is how to leverage blockchain technology to ensure decentralized and immutable reputation management, aligning individual vehicle actions with the common global goal of optimal platooning performance.
Literature review
Ref. 9 has proposed a reputation based truth discovery model to acquire the truth from conflicting information to quantify long-term quality of sources, aiming to improve the accuracy and reliability. Their work is focused on IoT devices. In ref. 10 a light weight confidentiality preservation scheme with efficient reputation management is proposed to analyze the critical issues of sensing vehicle reliability and achieve light weight confidentiality preservation to select the trustworthy sensing vehicles. Both of these works focused on increasing the efficiency of the platoon without any prevention from attacks.
In ref., 11 a model for estimating reputation and trust retrieving values from blockchain ledger is proposed for e-payment systems, which makes it immutable to data tampering. However, their work does not utilize the multi-agents for decision making. 12 introduced Leadership Incentives for Platoon (LIPs) protocol by using blockchain technology. Their main purpose was to design a payment system that rewards individuals for taking the lead in dynamic platooning with heterogeneous vehicles. Although they used blockchain to prevent the platoon data from tampering, they have no mechanism of increasing the efficiency of a platoon using the reputation scores. In ref. 13 vehicles use the Bayesian Inference Model to verify the messages they receive from nearby vehicles in a decentralized trust management system for vehicular networks based on blockchain technology. Then joint Proof of Work and Proof of Stake consensus mechanism on Roadside Units (RSUs) add block after rating generated by vehicle for each information vehicle source. Their work is not applicable to the vehicle platooning paradigm as it uses blockchain message storage in a generic vehicle to vehicle communication network.
In ref. 14 a reputation system-based lightweight message protocol and architecture for assessing the credibility of messages in 5G enabled vehicle networks is proposed. Only vehicles with a certain threshold of trust will be able to send messages. Their work did not use the decentralized blockchain storage of messages and the messages are vulnerable to traditional attacks. Ref. 15 has proposed an election scheme and incentive mechanism for the selection of leader in opportunistic autonomous vehicle platoons based on reputation. In this scheme a reputation based election scheme elects a leader who is comparatively trustworthy, in consonance with repute score safely stored in blockchain. Similarly, 16 has discussed a blockchain based approach to enhance trust, security and reliability within Cooperative Adaptive Cruise Control (CACC) platoons. Trusted leader is selected in CACC platoons to improve safety and efficiency and integrated blockchain technology to provide a comprehensive solution for trust and platoon management in CACC-based connected vehicle systems. However, in both of these works, the system does not have agents for autonomous decision making and requires human intervention at various phases.
Refs.17–21 proposed methods for improving the efficiency of platoons by improving driving decisions with the help of incorporating social intelligence, formally verifying the regulations for the platoons, utilizing reputation scores to assess the reliability of the received data and developing a recommendation system to detect malicious vehicles. But none of these techniques has used blockchain for saving the reputation scores that will prevent the platoons from external attacks and make the reputation scores immutable.
Ref. 22 proposed a scheme for evaluating a vehicle's reputation using both historical interactions and recommended opinions from other vehicles. The candidates with high reputation are selected to be active miners and standby miners. A newly generated block of blockchain is verified and audited by standby miners. Ref. 23 presented a reputation management system, capable of identifying malicious actors, to mitigate their effects on the vehicle network. They used a blockchain-based backend for the reputation management system. Ref. 24 propose a method that exploits consortium blockchain to maintain transparency and trust in trading activities in the trustless environment of Internet of Electric Vehicles to resolve the trading disputes. Ref. 25 has proposed a new blockchain based framework for securing smart vehicles to tailor information access to restricted entities in the connected vehicle ecosystem. They used a challenge–response data exchange between the vehicles to monitor the internal state of the vehicle to identify cases of in-vehicle network compromise. Ref. 26 designed a consortium blockchain-based resource sharing paradigm in Internet of Vehicles, in which the resource sharing interactions are encapsulated as transactions and recorded by Road Side Units to cope with the challenge of establishing trust and preserving privacy during the resource sharing process. All of these works are not directly applicable to vehicle platooning where the leaders devise the policies for the platoon.
Ref. 24 has used blockchain to enable the payment based on blockchain between the platoon leader and platoon members to avoid the malicious and false payments. Their work does not focus on improving the efficiency of the platoon using the reputations scores. Ref. 27 used a reputation-based crowdsourcing framework built on a blockchain platform to support the management of crowdsourcing trading and user-reputation evaluating activities. The reputation values of participants and reveals any malicious behavior accordingly. Their reputation scores are used to provide real-time transportation information so the work is not applicable to vehicle platooning where the focus is to make the platooning data secure and increase the efficiency of the platoon. Ref. 28 proposed a blockchain-based trust management model for VANETs to allow vehicles to send messages anonymously in the non-fully trusted environment to guarantee the privacy of the vehicle. The work cannot be extended to vehicle platooning as we do not allow anonymous vehicles to be part of the platoon.
In ref. 29 a decentralized trust management system based on blockchain that uses smart contracts to update and maintain trustworthy values throughout the network of connected vehicles is presented but they neither used multi-agents for decentralized decision making nor applicable to vehicle platooning.
None of the related work focused on devising parameters specifically for vehicle platooning to increase the efficiency of the platoon and neither have they utilized the blockchain to store the reputation scores of the vehicles to make the reputation scores immutable from external attacks. In Table 1, we present summarized data about the limitations of existing work.
Summary of the limitations of existing work.
Summary of the limitations of existing work.
Our proposed framework, Blockchain-based Reputation Model for Vehicle Platooning (BRMVP) is shown in Figure 1. The framework makes use of smart contract and real-time calculation of reputation scores to achieve a common global goal for vehicle platoons.

Proposed Blockchain-based Reputation Model for Vehicle Platooning Framework.
On every vehicle, there will be an agent deployed which is named as Platoon agent. We have divided its working into two components. One will be a smart contract that will handle all the data related to reputations in the form of a smart contract. The second one is the Managed Component which will receive the data required for the calculation of reputations. It is to be noted that the communication of a platoon agent with other agents will be using the standard FIPA performatives. For every platoon member, there will be an agent deployed, which will be responsible for storing the data related to the reputation of all the agents it has interacted with. Additionally, it will maintain the data of computed reputations in a smart contract.
The data has been named as Common Global Goal (CGG) in our system, self-executing contracts known as smart contracts have the conditions of the agreement between all the agents. This means that when an agent has computed its reputation for an agent the entry will be stored in all the agents that are currently part of the system. This will ensure that no agent or an attacker is able to compromise the reputation scores of an agent. The smart contracts will be executed and enforced by a blockchain network. These contracts will be triggered whenever a vehicle agent is about to make a decision for allowing a vehicle to be part of the platoon or a vehicle wants to become a part of the platoon. Similarly when a vehicle wants to adjust its position in a platoon as a result of messages sent by the leader.
This component is responsible for managing the data required for the computation of reputations. In our system we have devised the parameters of Velocity, Distance, Ping signal, and Reliability. These values will be continuously retrieved by an agent so that when a decision needs to be made, the average of these values can be used. In our system whenever there will be a change required in the dynamic of the system it will be considered as an event. These corresponds to
Event 1: Allowing a vehicle to join the platoon Event 2: A vehicle is leaving the platoon Event 3: Forcefully removing a vehicle from the platoon due to not following the instructions Event 4: Rearrangement of a platoon for efficiency
Leader agent
In every platoon, there will be an agent deployed on the head vehicle known as Leader agent. It will devise all the rules related to the calculation of reputations. Any vehicle who wants to join the platoon will have to ask permission from the leader agent. Similarly, any vehicle who wants to leave the platoon will also have to ask the leader agent. It will also be responsible for starting and stopping the platoon. In addition, this agent will be managing the communication with all the other vehicles.
Reputation model for vehicle platooning
Now we define the reputation model for an agent-based vehicle to improve the effectiveness of platooning by only allowing those agents to be part of the platoon which meets certain criteria. With this model, vehicles will be able to determine the trustworthiness of their cooperators and eliminate the unknown and possibly malicious partners which are creating safety hazards. The parameters of our proposed reputation model include:
Velocity
The velocity of the followers cannot exceed the leader's velocity in the platoon.
The intra-vehicular distance must be fixed in the platoon. Each vehicle must maintain the predefined distance fixed by the leader in the platoon in order to maintain the safety. The distance can be calculated using the gps locations of the vehicles.
Where
In platooning, ping signals play a crucial role in maintaining communication, as communication is the big critical segment of platooning. It indicates the responsiveness of a vehicle in a platoon. Every vehicle periodically sends signals to the leader to maintain the state of their connections. After every 30 s, each vehicle is supposed to send a signal to the leader as its heartbeat.
Where
The historical behavior of a vehicle, including its past performance in the platooning scenarios, contributes to its reliability. Vehicles with a positive track record will be considered more reliable in a platoon. The reliability of a vehicle refers to its dependability, trustworthiness, and the likelihood that it will perform as expected within the platoon. The reliability of a vehicle in the platooning system is crucial for the safety and efficiency of the overall system's operation.
Where NE represents the total number of malfeasance interactions of an agent-based vehicle and T represents the total number of interactions of that vehicle within the platoon. The range of this function is [0,1], zero will be assigned to the vehicle exhibiting malicious activity in the platoon. This attribute can only be computed for a vehicle that has joined the platoon in the past.
Reputation in terms of Utility Function can be defined as
The range of this function for a single agent-based vehicle is [0,4]. After computation it will be decided by the leader that which vehicle will be given priority to become part of the platoon.
The system designer can alter these objectives as per the need.
Maximize Communication Efficiency: Ensure that agents can exchange information quickly and reliably. We can define this objective in terms of the weighted utility function. For effective communication, ping signal has the most value so we will assigns 50% weight to the ping signal. Velocity and distance are given 15% each, contributing equally. Reliability gets 20% weight, which is also significant.
Maximize Platoon Speed: Platoon should travel at the best possible speed. In this case we will define the objective as max optimization problem by giving more weights to velocity and distance.
Ensure Robustness: Improve the system's ability to handle disruptions or failures. In this case a vehicles historical reliability means more to us than its current behavior so it will be given more weight.
We have created the following smart contract for saving the values of Velocity, Distance, Ping signal and Reputation in blockchain. It is designed in such a way that there will be one to many entries of the computed values. This means that an agent will compute and save the values of all of its neighbours. These values will be used for runtime computation of reputation score whenever there will be such an event. This contract allows for the storage and retrieval of crucial data points relevant to vehicle platooning, facilitating efficient communication and data management within the system. The contract is written in Solidity Language and will be executed on the Ethereum blockchain. The complete code is presented in Algorithm 1. We used Remix IDE for the compilation of our smart contract.
Solidity code for smart contract execution
Solidity code for smart contract execution

A sample platoon with optimized working based on reputations.
In this section we have shown the working of the proposed BRMVP framework with the help of a case study. Figure 2 shows a platoon in which there are four vehicles named V1, V2, V3, V4 that are part of a platoon with a leader. We assume that the capacity of the vehicle is at most fives to maximize the efficiency of the platoon as less communication overhead will occur. Three more vehicles want to join the platoon but there is only a capacity for one. The goal is how the reputation model can be utilized so that we allow the vehicle that will increase the performance of the overall platoon. This will be in contrast to allowing any random vehicle to be part of the platoon or allowing them on a first come first serve basis.
Let's summarize the data of the above platoon in Table 2 so that we can apply the reputation model.
Summary of attributes of all the vehicles.
Summary of attributes of all the vehicles.
Where X corresponds to data that is required but currently is not available at the moment. We assume that we have reputation scores for vehicle V5 and V7 only since they joined the platoon previously. Our platoon has the policy that if there are limited slots in the platoon and more vehicles want to join the platoon then the decision will favour those vehicles that joined the platoon in the past and has the highest reputation score. Now that we have the data required for calculating reputations we can compute them as shown below.
Equations 6–11 show the computed scores for the reputations. Using the smart contract we stored these reputation scores in a private blockchain.

Leader block saved in blockchain.
Since leader does not follow any vehicle, we have assigned it default values of 1 for all the attributes required for calculating reputations. The Figure 3 shows how the leader block is saved in the blockchain.
Mining of V1 block is shown in the Figure 4.

Vehicle 1 block saved in blockchain.

Vehicle 2 block saved in blockchain.

Vehicle 3 block saved in blockchain.

Vehicle 4 block saved in blockchain.
We discussed the different strategies for achieving common global goals. For our case study we chose the common global goal of Adaptive Velocity Control. This common global goal requires the platoon to implement the features of spacing adjustment, collision avoidance, and traffic flow optimization. Our goal is defined in Eq 12.
We have created the platoon as described in our case study to show how to achieve the common global goal and the effect of using reputation based platoon on the platoon performance. The environment is created in Anylogic using the agent based discrete event simulation. The speed of vehicles is set at 50 kms per second. The model creates and agent instance randomly that can be access in the code using its identifier. We set the execution mode as real time with scale of 1. Figure 8 shows the platoon in which there is one leader agent and four vehicles named as V1, V2, V3 and V4. There are three type of agents in our model named vehicle agent, leader agent and a main agent. The vehicle agent will represent each vehicle on the road. These vehicles can be part of the platoon or not.

Platoon created in Anylogic.
The Figure 9 below shows the working of a vehicle agent. A vehicle agent will be in normal state until it will receive a message to become part of the platoon. The initial speed of a vehicle has been set at 10 meters per second.

Statechart of a vehicle agent.
The main agent will contain two types of agents namely vehicle agent and leader agent. We will maintain an array list of vehicle agents as there can be many vehicles in a platoon. The complete background of the simulation is designed in the presentation of the main agent. The process of vehicle creation is controlled by an event named createVehicle with trigger type of timeout and mode of cyclic. Its recurrence time is set from 0.5 to 0.7 s. We have also defined a function platooningFunction that will display the vehicle labels for vehicles that are part of the platoon.
The Figure 10 shows the scenario in which 3 more vehicles want to join the platoon and V6 does not have interaction with the platoon previously. As there is only one more space left in the platoon for any new vehicle, the leader has to decide which vehicle should be allowed.

New vehicles want to join the platoon.
We computed the reputation scores for all the vehicles. This also included the three new vehicles that wanted to be part of the platoon. Based on that score the leader will allow V7 to be part of the platoon as it has high reliability value as compared to V5. The Figure 11 demonstrates this use case.

Vehicle V7 has joined the platoon.
Now we need to decide how to calculate the efficiency of the platoon before the vehicle V7 was allowed to be part of the platoon and after it became its part. We shall compute it by calculating the average fuel consumption of the whole platoon. This was set as a common global goal of the platoon in the previous section. The Figure 12 below shows the average fuel consumption before the vehicle V7 was part of the platoon. The average fuel consumption is 12/km/liter. The word FC stands for fuel consumption.

Average fuel consumption of the platoon.
The graph integrated in Figure 12 shows the average fuel consumption of vehicles.
We will now see the effect of allowing V7 to be part of the platoon on average fuel consumption.
After the vehicle V7 joined the platoon, the average fuel consumption is 12.33 km/liter as shown in Figure 13.

Average fuel consumption of the platoon after V7 joined it.
The Table 3 provides a comparative analysis highlighting key benefits of using the blockchain-based reputation model for vehicle platooning with a common global goal.
Comparative analysis of the proposed approach.
Comparative analysis of the proposed approach.
From the results of the simulations and the table above we can see that using the dynamic attributes of the platoon members i.e., velocity, distance, ping signal and reliability will lead to overall increased performance of the system. The usage of blockchain additionally prevents the system from centralized failure and attacks. Not to mention that the proposed work can effectively be used in holonic multi agent systems, where multiple distributed platoons can communicate with each other to achieve the global goal without facing any scalability issues.
In this research we proposed a framework for the integration of blockchain technology into the development of a reputation model for vehicle platooning systems with a common global goal. The primary aim was to enhance the reliability, security, and efficiency of vehicle platooning by leveraging the decentralized and immutable nature of blockchain. We designed a blockchain-based reputation model with four attributes that ensures transparent and tamper-proof recording of vehicular interactions. All the agents store their reputation scores using smart contracts in a blockchain. This ensures that no agent can compromise any other agent's score as all share a common ledger. Establishing trust like this among agents ensures that the platoon performance is optimized. We demonstrated the application of our proposed framework using a case study using the maximization of average fuel consumption as a common global goal. The results show that using the four attributes for making decisions regarding which vehicles should be part of the platoon will help to achieve the common global goal.
Currently, only the agent's data (reputation scores) are stored in a blockchain using smart contracts. If we want to establish complete trust among agents of a multi-agent system then the complete messages exchanged between agents should also be saved in a blockchain. For this we need to ensure the messages are communicated in a standard format.
Footnotes
Funding
The authors received no financial support for the research, authorship, and/or publication of this article.
Declaration of conflicting interests
The authors declared no potential conflicts of interest with respect to the research, authorship, and/or publication of this article.
